There is still a great area, right after My Apps to show the total state of your Cloudron.

For ex:
My Apps %(#00ff00)[33]/%(#c5d500)[1]/%(#ff0000)[0]

Meaning 33 running, 1 stopped, 0 not responding

I tend not to use this on mobile, but still using rollover suggests that issue isn't covered with this update?

I got hold of an iPhone temporarily to test this and I've fixed this now with https://git.cloudron.io/cloudron/dashboard/-/commit/ff5ad8b062414d8a972631a19b181c80d2adc15d

Essentially we avoid rendering the native select dropdown button but style it ourselves so we can control also how the dark-mode rendering is done.

@nebulon clearing the cache did indeed help - thanks @girish

@nebulon Ahh okay that makes it clearer why this style was chosen.

I can live with that explanation. 👍

I managed to fix that. Will likely only be part of the next patch release though.

@nebulon Great guys! You're doing amazing !!!

@robi Whoops indeed, I was lost in between terminals :))

@robi Installing apps from the store en masse can't be common. I think rn it's flow is best for an average user, but it could be a little more mobile app store like with an "installing" progress bar while you discover other apps, and then it pops up with "installed, click to open" or something via Notifications. I could see it, but again - installing apps isn't common enough I don't think to worry about this since installing is a one-time task.

But I'm glad you brought it up because it would add a bit of polish to have a more "app store" feel to it. Still allowing app discovery while an app's installing. I think Cloudron should be able to do that one day even if it doesn't feel like a priority rn.

@girish full page refresh yeah but the clear-all should have done that ;-/

How are we off by one?

I took a quick look at that some time ago, but it wasn't that trivial for me at least unless I would rewrite parts of the element table management around sorting. Happy to accept any patches there of course.

On mouseover, you already have the URI popup at the top, so on a long description you could have that popup on the flip side on the bottom.

@imc67 said in Dashboard: Customize buttons on the sides of apps:

For the smartphone it was solved with bigger blue-buttons and always visible. @nebulon is it possible to do that for tablets like iPads also?

This has an unfortunate side effect of pushing the "Admin Button" off of the square on mobile. So I wonder if both of these things could be addressed at once. 🤔

@robi I don't touch dashboard code. I wouldn't mind doing a PR for the Wordpress (Developer) project to add this but to be applicable to all users dashboard code would be needed since "admin urls" are technically changeable.

I don't think @girish should accept anything less than me doing a PR for making the fields customizable. And...okay, now that I've thought about it, if Girish isn't against the PR for the dashboard change, then I'm down to code it.

@staff any chance of getting this added? thanks! 🙂

Since @girish has setup the ci pipeline in Gitlab for our docs to push into a surfer instance, such changes are so easy now!

So https://docs.cloudron.io/custom-apps/manifest/#configurepath is up.

@girish There's was a lot of times I didn't want to uninstall to re-install (just re-start with some box changes), but when "restarting" them I had to wait for them to finally "Not Respond" at certain points to restart my test of it connecting apps. Obviously because I was working in box out of necessity, my specific situation was a little weird. 😅

@nebulon nice work, it will do!

Thank you kindly.

I also experienced this and I am v happy it's fixed. You guys are the best!

I upvoted. I agree the click targets could be a little more intuitive. Maybe even customizable (why I made my other post).

The file manager is in its early state UI wise. I also have further ideas how to improve that, at the moment we focus on other areas like apps for a bit. But let those ideas be discussed I'm the forum and I will pick them up later.

Best to break up in individual feature requests though.

Good observation! I have fixed the text now.

I'm with @nebulon, I see this as difficult to support, harder to code for - and more user friction. I usually never support more user friction unless it's dire. I think configuring after installation is more than acceptable. It's not like we can't write scripts using their API to macro your suggestion too, but I digress. 😂

@d19dotca Fixed for the next release, thanks for reporting.

For anyone interested and having time 😉 the widget we use here is https://github.com/sebastianha/angular-bootstrap-multiselect

I like this idea better UX flow. But it should be clear it’s an optional field.

@nebulon
Thank you, you're amazing!

@atrilahiji I prefer the tag / label approach, and since tags are already built in, I figure they could pull this off first before getting into a more "drag and drop" kind of interface (as well as being able to toggle turning tag-based organization on and off).