I would like a nice gui-options to play with ALL the permissions ANY app installed has been granted, even system ones. And a full freedom to block 'em all.
Besides of that, some eye-candies like better transitions would be fine, but not @the cost of FPS and performance.
P.S. As someone already pointed out - if it worx, don’t make it “better”.
@trial_x10ii full agree!
i like to have an option to:
· disable all optical nicknack like blurring effects, overlays, semi-transparence, animations.
· full speedup of all user interactions, if user taps somewhere or does another ui action (e.g. pulley), result should come immediately (delay t < 100 ms or better t < 50 ms).
· avoid any unnessary CPU load, the devices are slow enough yet 
· optical or haptic feedback clear and reliable. (It sometimes happens that, on writing text, optical feedback comes on the keyboard but the letter is not written)
The basic ideas of SFOS UI are fantastic, keep them! No need to change.
But to also satisfy the ‘other fraction’ who likes more or other effects:
· an option to select styles or easy create own ones. edit: like on desktop Linux, where I can easily install another GUI (e.g. Cinnamon) to an existing base system (e.g. Ubuntu 22.04)
No need to change the visuals of the system. There are some small handling things I’d like to see (like a swipe-back gesture instead of the dot in the upper left), but that’s another topic…
You know the dot is just an indicator that you can swipe back (or forward if on the right), right? Maybe I’m misunderstanding but seeing how people need two hands for pulley menus and someone mentioning dot being small/hard to click… Maybe the shortcut out of tutorial needs disabling
What do you mean with ‘shortcut out of tutorial’?
You can tap four corners of the screen in counterclockwise order to escape it
EDIT: looks like it then allowed people to skip lessons like navigate back by swipe (second or third lesson) Make tutorial use even more obvious and possibly give an option to close it - #5 by rozgwi and since 4.3 it’s mandatory for new users again? Welp that would explain how some people could miss this
I have a great idea, unified home, lock and app screen, where lock screen > swipe up > home screen > swipe up > app grid, and the same for the contrary, then you add swiping for action to app covers
On a serious note, no, sailfish is already perfect as it is, if they can’t give me back sailfish 1 then just leave it how it is
There is just one thing i might (and i say might") want to change : sometimes i need to open the quick settings menu but it’s too far from my finger so i need to take the phone two hands and swipe from the upper border. Would it be nice if it was from the lower border, but i don’t know if i would trade the ability to have the app grid always openable as it’s really that handy
On a sidenote, no please no damn material design here, it’s really that ugly, and no classic keyboard, android has always being damn ugly, sailfish could teach them a thing or two in style, especially from icons
No pun intended but yes i wan’t to know, cause i’m one of the people that think that sf1 wasn’t broken so no need to fix it 
Something simillar was in SFOS 1.xx, lockscreen above homescreen so swipe down from homescreen = fluently go to lockscreen.
I would like pulley to be triggered with a dedicated gesture, distinct from regular scrolling. Ex, vertical swipe along one border.
Reasons:
If possible, I’d make the side tunable for left/right handed. Ideally for me (right handed) it would be the left edge of the phone.
To make things worse, the left/right circles overlap sometime with the content.
Visually I’d like them reduced to a thin line, like the pulley-presence, on the concerned side(s) - from the top down to the actual circle.
I’d also remove the button like behavior in favour of only swiping right /left.
That would be bad for people who have yet understood the gesture based approach of SFOS. Also there are cases where you cant swipe because swiping interferes with what is happening in the app. But that i not a visual issue.
Another issue that i see is Fonts. Selection of font is not that much of an issue BUT the sizing seems to be all over the place. This is an area that needs a bit of thought.
The main issue, though is how many pulley items there are. If it’s just one top and bottom, it’s easy. In an app like tidings, in the article view, there is only one bottom pulley item and flicking ‘next’ with it is easy. But I’m struggling with all my apps looking at ways to better use pulleys. There should never really be more than one per direction, except in configuration screens, or the like.
You mean on a page pushed to the stack? You CAN swipe back from those. That’s partly an application design issue.
[quote=“ApB, post:32, topic:15641”]
That would be bad for people who have yet understood the gesture based approach of SFOS. [/quote]
Personally, I don’t find that clicking up there is a lot more intuitive, even for SFOS newcomers, besides being out of reach in ‘one hand’ handling (no Yety hands here)
Maybe reserving the bottom edge swiping for page switch? Anyway, I can live with what we have, I’d just find it nicer, closer to the ‘less is more’ philosophy.
You mean the top menu? And only from inside an app presumably? (Because otherwise you can swipe anywhere). I still minimize apps to use to that menu, like it was in the old days.
@rtr2001 I don’t think most users can handle more, possibly conflicting, gestures. The current way of having to scroll up for pulley is the worst one, except for all the others. There was some thread about edge gestures… it went nowhere.
That’s just bad design though. By default the components don’t let you do that. While i agree the indicators could do with a change, they don’t necessarily need to be smaller.
Got any examples on hand? I have a feeling you are onto something, but can’t immediately find a problem.
It is hard to reach with thin-bezel phones, and swiping along it would be even worse.
I just don’t think two swipe-directions (i.e. inwards and along) per edge can work well. 2D surfaces with dual swipe directing are bad enough, “1D” will be even worse.
In the notifications page for example -with no notifications- there are many different font sizes used and it kind of makes the whole thing feel a bit off. And there are other places in settings pages (not the main one) that too many font sizes (and colours) are used. Cant put my finger if it is the too many sizes or specific element sizes but something doesn’t feel right.
There are some other inconsistencies -like the carusell on top of the audio recording apps compared to the setting- but those are different.
Very good point. With the extra large placeholder text i get an ugly linebreak. Should it match the title, that would be two improvements in one. Or at least it feels like it would be to my untrained eye.
Just looking at the notifications screen, without notifications and its different font sizes…and i think it looks great, nothing to change there in my opinion.
Things i always change via patches are old buttons and remorse timers. Also the close icons when you select close all apps never looked great. Pulley menus should be accesible via up and down side swipe. I also would like more swype gestures instead of buttons.
One thing that should get some graphical upgrade are the emojis. I’d be happy if they would be coloured all time (including on the keyboard).
I can think of a lot of things that could use a refresh: the browser, the camera API, the inability to use BT other than audio with Android support, an easy way to change the hostfile, echo cancellation, VoLTE for ported devices, …
In my eyes, the appearance is not one of the important construction sites. SFOS is beautiful and extremely good and easy to use! Like others here, I would even rather like a return to older designs (SFOS 1 for example).
What would definitely drive me away from SFOS would be things like even more buttons (see the stuff like Angelfish or similar, whose presence I appreciate but they are extremely poorly usable compared to native apps) or skeumorphism.
If I want a Linux that is visually close to Android, I could go with UT (admittedly without good access to the system) or the Librem 5 after all. Why should SFOS be made worse by becoming more similar? One argument for Linux is always: freedom of choice. But if all solutions converge to the same visual point, the freedom of choice is no longer given.
I understood that the question is not about turning away from gesture navigation, and I find that reassuring 
But I think it’s not so easy to separate, as the discussion about pulley menus shows (which I don’t want to stifle by the way, it’s of course also legitimate).