We have moved to a new Sailfish OS Forum. Please start new discussions there.

[Design Idea] Events view in SFOS 2.0

asked 2015-09-30 08:12:36 +0300

mlwane gravatar image

The events view in SFOS 2 (1.9) does not feel well-integrated with the OS. To me, the events view should be displayed on top of any running activity without interrupting it, in much the same way the current app drawer behaves. The current design of the events view treats it as an independent app; if a user accesses the events view from an app, the app is interrupted and is sent to the background, also after swiping away, the home screen is shown.

This behaviour mostly annoys me when using an Android app. For instance, if I open the YouTube app with a video running and want to quickly check or clear a notification, the video is paused as soon as I switch to the events view. Moreover, the events view, along with the Twitter feed, proved to be a very handy feature of Jolla, it allowed me to kill time while an app is loading up or performing a task that requires the user to wait (YouTube forced ads is a good example here).

With that said, I propose the following design for the events view: First of all, have the events view page to be displayed on top of any activity, just like in SFOS 1.X. Also, having multiple pages (I would recommend 3) in the events view would be very handy and can be utilised as follows:

  • The main page: This page could display the regular events view items (weather, date, and any notifications).
  • The second page (swipe to the left): This page shows the quick settings menu with toggles and sliders for various functions, also a quick toggle for a predefined alarms would be nice (the alarms could be selected from the clock app and set as "favourite" so that it appears in the quick settings page).
  • The third page (swipe to the right): This page could have the Twitter and Facebook feed, along with any extra features, e.g. favourite contacts or probably even custom widgets/plug-ins.

I would also prefer if the events view is accessed via a swipe from the bottom of the screen. The bottom swipe feels more distinct and natural.

Please re-tag if necessary.


edit retag flag offensive close delete



I also feel the old events view was better than the new one. First of all, you could peek to see the notifications without having to switch to the view completely. It was one gesture, not two separate festures (swipe to show, swipe to hide). And while peeking, you saw the whole events view, not the edge that you see now when you half swipe from the edge of the screen. You could peek on the lock screen too. You didn't need any precision to open the old events view. Events view was always opened in a same way by a same gesture - swipe from the bottom of the screen.

Now it is opened by swiping from the left or from the right. Now it is a window you switch to, but at the same time you can peek if you are inside of the app and "always show events view when swiping from the left" option is on.

Frankly, apart from adapting events view for the tablet (where is my tablet btw?), most changes are bad for the usability.

Flickta ( 2015-09-30 11:19:15 +0300 )edit

2 Answers

Sort by » oldest newest most voted

answered 2015-09-30 18:13:36 +0300

inte gravatar image

updated 2015-09-30 18:18:53 +0300

I haven't seen your posting before I wrote mine: https://together.jolla.com/question/113005/feature-request-bring-back-the-old-style-events-screen-gesture/

I also consider the current implementation of events view at least suboptimal, while I still understand the need for gestures which work fine on the tablet as well. I would, however, recommend to at least make a different arrangement of events view optional, since the old style works far better on mobile devices. Why not propose a somewhat "mobile-UI" and "tablet-UI" as it was the idea in MeeGo?

edit flag offensive delete publish link more



old way is way better :)

NuklearFart ( 2015-09-30 21:13:08 +0300 )edit

answered 2015-09-30 17:48:22 +0300

muppeth gravatar image

updated 2015-09-30 17:51:42 +0300

With quick access to events vie you get to peak and generally have the same usability as before butwith swipe from side instead of bottom. 'Return to app from events view' patch in openrepos is also useful. also maybe look into 'fauvorites in events view' patch it's very usable imo. much fadter and less cluttered then with multiple pages (as it was with the events view in 1.1.7)

edit flag offensive delete publish link more



The thing is, in 1.x the events screen faded in as you swiped from outside of the screen, so it was possible to completely see both your app and the events view at the same time. It made peeking the events very fast (move your finger a bit up, then immediately back down). Now the events view slides in, so you have to completely swipe it in to see the whole view. This (a) makes it impossible to see both your app and the list of events at the same time, and (b) forces you to perform another gesture to get out of the events view.

ScumCoder ( 2015-09-30 18:06:21 +0300 )edit

The return to app patch from OR is working but still puts the app in background (and eventually stops it) plus for me its still confusing because I often unintentinally open the quick-access events by swiping to the wrong side (this happens when you change hands often). Then, having the return-to-app patch installed, pushing events view away returns me to the app which I actually wanted to minimize. I therefore uninstalled that patch and keep swiping and swiping since I'm still to dump to concentrate to which side I need to swipe for the intended action :(

inte ( 2015-09-30 18:15:52 +0300 )edit
Login/Signup to Answer

Question tools



Asked: 2015-09-30 08:12:36 +0300

Seen: 453 times

Last updated: Sep 30 '15