Posts made by danfro

An idea was to put an app icon in the homepage that would open a page with the app list (no bar for the whole storage), and leave the Storage page under About with only the global storage bar and its categories and a button to "Manage Apps". Idk If this could be implemented easily but I think it would be the cleanest thing to do.

Sounds good to me. App management in main screen. Storage info where it used to be.

The issue is that with different languages, button gets different sizes so I can't know which length is enough... I can put a hidden button with the wider text and take the width from it, but it seems a bit hackish... What about a small animation when it changes the width? Otherwise the size can be put outside the button...

Buttons only adjust the width to the text if no width is set, right? So if we set a nice and wide width and add an elide to the label that should do it.

Another idea: place the "clear" button to the left and the "uninstall" button on the very right. Because the user ticks the boxes at the left hand side, it seems appropriate to have the clear button on that side. Uninstall stays right. This way increasing the clear buttons width by adding more text to it will not move the uninstall button around. That reduces the movement of elements.

Another option would be to NOT display the clearage size in the button. The numbers are there for the user to sum it up. The sum could be easier displayed in the next step because the dialog has got more space available. This way the clear button would keep its fixed width.

Btw. I like how the uninstall button changes its content from uninstall -> uninstall & clear. Definitely keep that!

• I am not sure if we need to paint a "refreshing list" somehow after clearing something. I cleared the cache of one app and it disappeared. Panic. After thinking for a second, sure it moved down the list. But I guess users are always wary when deleting things.

Oh you mean an animation for the listitem going down? I hope it could be done. I am afraid the model is resetting itself completely and so the ListView doesn't know anymore the index of the app before the cleaning... I'll try to make it happen

If an animation can not (easily) be done [check messaging app when deleting chats as example], maybe put a rectangle over the whole list [z=1] with a spinner and a label saying "refreshing list" or "updating list". Use a timer to give that a second or so. And then redisplay the list. Maybe the label isn't even needed.

Yeah, I was afraid of that. Initially I put "Clear..." that usually indicates that the action is not immediate but a dialog would open instead, but then the button gets too longer imho and there is fewer space for the app list... An icon could not be very clear but maybe I'm wrong...

Maybe we should not worry about that too much. After using it the first time, users will know about the second confirmation dialog. And I get the feeling, we will only be failsafe here, with an explanatory label above. But that would just not look nice. In the end most places for (batch) clearing things provide such a dialog.

Ah ofc. Since the button is disabled the tap event is propagated to the ListItem which then collapses... I can put a MouseArea over the button that, when the button is disabled, stops the event from propagating to the ListItem,

Great! Next time if you tag me in the message I'll get notified and reply you sooner

@mymike No worries. But pinging you right now.

Just for perfection, if a value is zero, maybe set the checkbox to disabled because there is nothing there to clear?

And I know we had this discussion, but if a size is zero (or close to zero), because there is no bar visible at all, the label looks misaligned in relation to the checkbox. But not adding that space will mess up the whole layout and make it irregular. Maybe we will just have to get along with that. It does look great all in all the way it is. So...

So, finally testing this on my phone. Very nice!

A few things to think about:

• we should move storage to a separate point in the main screen (has been said here before I think)
• could the buttons be made wider? Then only the label is going to change. The buttons changing size looks "dizzy".
• I am not sure if we need to paint a "refreshing list" somehow after clearing something. I cleared the cache of one app and it disappeared. Panic. After thinking for a second, sure it moved down the list. But I guess users are always wary when deleting things.
• when multiselecting, I like how the apps are listed at the bottom. But here could we maybe rename the button to "proceed" or so? Then the user does not need to worry about what is going to be deleted but will expect another prompt/choice (that is coming after pressing the button).
• the multiselect dialog could do with a space between the "Which type of data..." and the list of apps. Or maybe place them in brackets? "... selected apps (list of apps)?"
• if nothing is selected in expanded view, tapping on the (disabled) "clear" button does collapse the view. That feels not natural? Maybe do nothing there?

Just some thoughts. Maybe too nutpicking. No real need to change things. More suggestions if others feel the same, then we can think about it.

If I discover more, I will come back. Enjoying it now I am...

In notes app, when opening a note and going back to notes list, the header disappears. I think notes and calendar need to be stripped of the deprecated components to work properly with Qt 5.12.

Header of notes app is the bad boy I suppose. Tabs the bad boy for calendar.

Hm. When changing from one view to another in calendar app, the first time I enter a view, the header gets messed up. After switching back and entering a second time, things look fine.

Just me? (Testing a few other things, so might be.)

The only entry in log (Logviewer) that seems to be new is this:

file:///opt/click.ubuntu.com/com.ubuntu.calendar/0.8.4.2/qml/EventListModel.qml:183: TypeError: Value is undefined and could not be converted to an object
file:///opt/click.ubuntu.com/com.ubuntu.calendar/0.8.4.2/qml/DayView.qml:94: TypeError: Cannot call method 'scrollToTime' of null

@mymike

Yes, I already posted it but you may have missed it

"Forgot about it" is the better wording. Sorry.

Just my findings, may they help others:

Running Rodneys script from terminal app from within the phone does not seem to work. But using adb shell works great!

If you need to find the proper names of the apps to run them, use click list (thanks Rodney for this hint). Copy/paste possible in adb shell for even more convenience.

@mymike I like this approach.

Having thought about it, only for cache I see the use of bulk cleaning. That could be done with a button in the header, if needed.

Although the right image does look cleaner, as @CiberSheep already said, I can imagine, that very small portions of data can look like "dirt on the screen" or a graphical fault.

Maybe make the not filled bar's color a tiny bit brighter?

And (don't beat me ) do we need the dividers? I think in many places we found, that things look nicer without them.

As for the main action: Which is the main purpose? Managing apps data or uninstalling apps? OR Which is the more "dangerous/intrusive" action? Delete or clear?
I think, I would go for the first one and say managing data is the main purpose, so have the clear button red.

Will uninstall prompt the user to clear all data (popup maybe)?

@mymike

I'm getting lost in this super table sigh, to many thing to show and to many actions the user can perform, and they need to match perfectly each other... But maybe something cool can came out of this

Sorry for making you pulling your hair out by suggesting this. As @AppLee said, just gathering ideas. Even if dropping them is all we do with it, it brings us a step further.

@dobey Ok, finally found time to run some tests.

Is the pastebin from the log file, or from using the run-click.sh script I posted above to run it from CLI?

It is from logviewer.

I've opened a PR against notes app to fix this now.

Great!

It seems to work OK here on my e4.5. Can you run it using the script I posted above to see what happens?

Ok, whenever I try to start an app via terminal app with bash runclick.sh com.ubuntu.clock, I do get the same error:

aa-exec_ ERROR: profile 'com.ubuntu.clock_clock_3.12.5' does not exist

Just pulled the latest devel update for my E5, devel.

Calendar app does crash on startup. http://paste.ubuntu.com/p/F4WjzkkQh9/

Notes app does open, but too only gives blank screen when opening a date picker. http://paste.ubuntu.com/p/XYrxkX2PNd/

FluffyChat works, also bottom edge. Although when opeing that the first time it took a few seconds to open up.

Teleports + dekko blank screen on startup.

uTorch does crash after it has lost focus.

Farkle, sprint app, ThemeSwitch, Logviewer, terminal, music app, gallery app, weather app, docviewer, file manager, calculator are working (basic functions).

Ok, thats for a first feedback.

@mymike True, a table might work better. Would a "super table" work, where cache, data and config are separate columns? A bit like this:

Bold = row/column tapped and fully selected.

@mymike I like the idea of a global/batch clear option. How about the following:

Longpresshold to enter multiselect state of list view. Then add a second "header" with the three clear options (cache, config, data) as checkboxes. Maybe have cache preselected when apps where sorted by cache.

Have an select all button (for the apps) in that header too as in other list views. The clear button then clears the selected data types for all selected apps.

So this is a global clear with intelligent preselection, rather than an single clear based on sorting.

@mymike Could you use a Column(Layout) with four labels? Then set visibility of the three labels depending on the users selection. Or a label and a column with the three options. Even a grid could be used for the dot/number column and the words column. Although then setting visibility is more difficult.

Maybe use "... clear the following files?" instead of "folders"? Files is more general and maybe less scary ;-).

With "app" being a common word, maybe use that instead of the full "application"?

"Are you sure you wish to clear the following files:
x app configuration
x app data
x app cache

Edit: There was a "rule" about how to phrase questions. Wasn't it better instructing the user what to do? @CiberSheep

Press "proceed" to delete the following files:
x app configuration
x app data
x app cache
"Proceed"
"Cancel"

@mymike UI ideas regarding uninstalling of app:

1. option: use a list view's swipe action on the apps name to provide delete/uninstall [not obvious as with all list views, but standard list view behaviour]
2. option: move the "clear" button to the left unterneath the tick boxes and have another uninstall button at the right hand side

Uninstall should always ask the user to clear all three folders. We do not wish this to happen per default, because sometimes you only want to remove the app to reinstall it but keep the data.

I would like to see an uninstall here together with the clear data options. OpenStore does not provide this and I think there should be one core place (that is not UTTT) where users can do this. I would rather reduce the other options if it does get too much.

@mymike It is not only the fresh new design. But being able to delete those items from system settings I would call a breakthrough. Definitely worth appreciation.

Cool. Just came across this thread. I do love to see that this part of system settings is being thougth of. I do very much like the ideas.

Just a quick comment on the last design: As @mymike already said, I too think it does not need to be a two step action. The clear button could be set inactive if no check box is checked.

And I guess the numbers only do not match because it is a mockup? Otherwise I would expect app size + cache size + data size + config size = total size.

@LDovic Hi and welcome. Apps for Ubuntu Touch, including most of the core apps, are build using clickable. So yes, a linux OS is needed for developement.

As already has been said, apps are hosted mainly with Gitlab. For some general information to get you started check out our doc . You will also find some links to Telegram groups there.

If there is one of the core apps you like best head for issues, if you are looking for a starting point. Or if you already have an idea to add THE missing feature just go for it.

Call for maintainers!

There are quite some core apps without a maintainer for a long time. Camera app and clock app joined that list this week.

Core apps need your help! Is there anyone with coding experience willing to take up the task? Please use the Q&A to ask around.

@padu Don't worry, I am not offended. I hope you aren't either. I was just stating my intentions.

And thanks for the ideas. @CiberSheep knows I am the same. Let's see what good comes out of that. There is always room for improvement.

@padu To be honest, I have no objections whatsoever against using items/objects for icons.
An icon needs to fulfill two aims:

• make sure an app can be recognized by the icon
• look nice

To fulfill the first target, it generally helps if the icon somehow represents the apps purpose and users can guess by the icon what the app will be going to do.
But that does not need to be the case. It can also be represent a logo or brand (Telegram plane icon for instance).

And yes I tried to keep/add the colors. Why? I like colors. The world is not black/white. Life is not black/white. So I personally would like to have as many colors as are good for visibility. Surely too much coloring is bad and distracting.
I personally do not like the single color icon sets used by Microsoft Office or some LibreOffice styles.
My draft just tried to follow your idea of not using objects. Removing colors was not my idea.
And with other apps using objects (Dekko=envelope, notes=paper sheet, Recorder app=microphone, uTorch=bulb, settings=cogwheel, ...) I don't think we need to overdo this.

I would suggest, until we do have other icon proposals, we should leave the existing icon as it is. If we can not come up with a satisfying new icon, we may as well leave the old one.