Visual design. Discussing ideas for the future

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).

1 Like

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 :smiley: 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).

4 Likes

That’s exactly my situation, and i get your point, but the edge swipe fails about 50% of the times so that would be much quicker…

From my point of view I would improve the contacts app and the phone app. Try to make a call with one hand an 2 active sim cards. It’s a mess at the moment.
In SFOS 2 it was much better than today it is.
This apps should have the buttons in the range of the right or left thumb or the pulleye menu should have a call entry.

Then it should be a must have for the usability rules for all apps.
For me it was a hard break as all the buttons came into the designs… I’m a big fan of pulleye menus really.

1 Like

We 've tried to have some sort of discussion (and bug reports) about all the inconsistencies in SFOS but sadly it didn’t gain any traction with jolla.

Usability and inconsistencies are a different topic.

This is about visuals.

For me design an usability comes together an should not be divided.

A good shape without good usability is useless and user frustration will be the result.

1 Like

At least SailfishOS allow us to patch everything like we need/like it.

1 Like

There should be not too much general(istic) rules for app developer. Different usecases require different approaches to provide best usability for the particular usecase.

Yes, I’m also a pulley fan, this looks ‘cool’ for me and is Sailfish typical and I like it. But if a pulley requires scrolling long text to upper end and leaving my current position before I can reach the pulley, then no thanks.

Given the looong banana phones, a few buttons on the bottom in portrait mode or on one side (please configurable, for left or right handed users!) in landscape mode, would also be OK for me, like in the mail app.

I know but i prefer solving “problems” for everyone in the main release.

I would say, jolla inserted buttons here and there cause sailfish was selling very very (and i mean very) poorly and they hoped to sell more if people shuldn’t have to stare at an empty screen without nothing to clic/press/tap

People are used to the “in your face” android approach, rather than the “discover hidden things for a cleaner look” sailfish approach and that’s why they changed from sf 1 to 2, and then inserted buttons with 3 and 4…

Still, i would love to have sf 1 back, much more than any sf 5/6/7/etcetcetc

3 Likes

Apple and Windows Phone did merge to Android-Design/Pulldowns/Hamburger/Widgets in the Past. Thats a pity in any way. The SFOS-Attemp is a new way so it would be a big loss if they just copy Android and become another look-a-like-Android-clone.

2 Likes

When it comes to visual things, I would VERY much like to have one small improvement: avatar thumbnails shown in the list of contacts, call history and messages. Not just names, but also contact avatars. For persons with poor / aging eyesight it is a HUGE help to see the avatar rather than have to read the names. On Blackberry 10 phones avatar thumbnails were used wherever possible, whereas on SFOS they are mostly unused, with the only exception being blurred background image during a call, “favorite” contacts bar, and notifications (missed calls, messages, but not emails) on the Events screen. Why not have them shown for every item in the contacts list, call history and messages?

2 Likes