@kaizen Amazig work! goood job! I really like it 👍
Can I suggest something from a non-technical POV?
At the top of the sketch you have inserted a truly explanatory schematization (we need to add the app layer). I suggest to keep the same order for the component listed in the first "about the project" section.
Also in the second "about the project" you have used new therms and this could be confusing for someone like me:
where is the lomiri layer?
what is this new midleware? is it the halium + core layer?
A better way to keep all more intuitive as possible (but i don't know if it is possible) is to make all the information hidden unless we touch on the desired section: if you touch the "lomiri" layer on the top scheme it opens in the bottom the "Lomiri project" of the first "about the project"
If you touch the "halium" layer on the top scheme it opens in the bottom the "halium project" of the first "about the project" with also the explanation you putted in the second "about the project" section
and so on...
also all element in the second "about the project" should be clickable (not the software 😉 ) with direct link to the doc or their github/lab page.
So with the Sticker feature, you're able to send a picture or animated image in 3 user's action instead of minimum 6 with the content-hub.
It can be reduced to 2 at minimum if i reuse the existing shortcut as it was previsously designed, see:
But as i said, the "emoticon" is harder to reach on small device, but makes the experience much faster, like other chat like apps.
I will try again that one
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 👍🏻
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...
I would propose the following text: "You received an MMS that could not be downloaded because your internet connection was disabled. Please activate it and ask the sender to try again".
Also, about the design, can you please try to put the content of your last mock up (including the exclamation mark and the red border) inside the message bubble of the sender, and written in italic? That way it really shows that a message should have been received there.
@Keneda there is an option “restore previous session on startup”. That's not exactly what i had in mind.
If u use multiple windows (not tabs) after closing one of them u can't restore it, exept if you close all browser windows at the same moment, s.a. restart browser, reboot the device e.t.c. Then session autorestoration works if being activated in settings before.
Hi, thanks for the comments, I will try to add some more detail:
The keyboard would take up pretty much the whole screen, and even though it is faint and has a totally transparent background, it would have the entire focus of the area it occupied for all touches etc, -even the transparent parts.
It could have one button assigned to manually shrink it to a corner, and then return it to view when it was pressed, so you could quickly get it away and back if needed. This might be needed to suppliment the normal keyboard automatic hiding/showing behaviour on occasion.
Because it has the entire focus of the screen, it should capture all touch input, and when swiping motions are detected, it could relay them to the exact same coordinates of the screen underneath it, so those screens would scroll just is if the swiping/scrolling input had been on them. Perhaps this could be an optional feature.
Also, in the original post, I suggested that a "long press" touch input could be relayed to the underlying screen, to reposition the cursor at that point etc, however, upon reflection, I suspect that most people would prefer to have any long presses on the keyboard be used to select an alternate character from the keyboard, eg. perhaps a capital letter, -so I suppose that, as mentioned above, a button on one side to shrink and then restore the keyboard might be the better option, when one needs to shift the focus from one text-input box to another on the underlying screen, so you would shrink the keyboard, touch the underlying screen to move the cursor to another text box, then expand the keyboard again in this circumstance. That's probably very quick anyway.
A physical pc keyboard has 6 rows of keys (including the "F1-F12 keys"), but this fullscreen keyboard (landscape) could fit, for example, 8 rows of reasonable sized keys, or 6 rows of generous sized ones, allowing the flexibility of including a line of extra symbols on the main view for faster programming input, or other conveniences.
A portrait mode should be very simple to implement as well, if each row of keys is simply split into two half-length rows, one above the other, when the phone is tilted to portrait mode (the number of rows would double, and the keys would be about the same size). Might look unusual, but it would work fine.
Also, for customization purposes, the onscreen keyboard area might be divided programatically into labeled squares, and a user-editable table could be stored in a file which allowed each user to assign keys to each square, for further convenience of each person, so they can set it up just how they like it.
The characters of the keyboard would need to be drawn in a very thin font, to not be overly distracting from what was being typed underneath, and once each user got really used to their chosen layout, they might find they can even further thin or reduce the size the font used on the overlayed keyboard, if this is adjustable, finding their best balance of unobtrusiveness and clarity.
This keyboard might truthfully look a bit messy, especially for a start, and take some getting used to, but the incredible convenience and productivity increase might be very much worth it? -as it may achieve something that is very difficult, -having a large view of your work, and simultaneously a large keyboard on the same phone screen, and still being able to see everything you type.
While the keyboard background would need to be totally transparent, with no key outlines etc, I think that for the actual symbols of the keys, inverted colours would work the best, as they could be much fainter and thinner and less obtrusive, and still be visible on anything that was on the underlying screen, whereas a fixed colour with with eg: 70% transparency would be too obtrusive in some places, and invisible if certain colours were underneath it.
I noticed that the current website shows a footer (on my mobile it looks part of the footer anyway) with Donate links. There is no mention there of donation via SEPA bank wire transfer.
This option is mentioned only in the menu.
If the site is redesigned, perhaps this option can be shown in a footer/more prominent, too.
Donation via SEPA bank wire transfer is cheap and you don't need to make an account with a seperate payment service provider.
King regards, Alter
@C0n57an71n not sure if this is even possible to get since as far as I understand the app icon is hard-coded once the app is compiled. But I'm not the best to tell you about the insight behind that.
Instead, I think that since it seems the discussion is too quite and nobody voted so far on the different rendering of icons, I wish to give you my preferred guide lines to be followed to draw the best icon, in my humble opinion:
I''m still preferring the look of the rendered ICON N.4, with the grid shown in transparency; maybe I'd provide the deep green color to the grid and more evidence to it (therefore less transparency), in order to look more "Matrix"ish;
I like the dots at the bottom row, to ideally recall the days numbers;
I don't really mind colors gradient for the columns, but they look like randomly set for each column (extent of the gradient): perhaps we could adjust that in order to have a consistent approach?
On top of the last column, I still prefer having the rectangle more than the triangle shape, for it seems to me more discreet;
Sure style with a fold-able side is perfect.