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

In-app gesture lock to prevent accidental triggering with e.g. games

asked 2014-01-12 22:24:46 +0200

Anna gravatar image

updated 2015-02-07 22:12:28 +0200

Alex gravatar image

I've been having problems to play games or use apps when they have menus to slide in from the sides.

This is why I suggest to add a feature to optionally lock the swipe feature on request when you're in an app. This could be from pulley menu or a 5 seconds countdown bar at the top that appears when you start an app. Touching the bar within these 5 seconds would enable swipe lock. To unlock swipe feature, a short hit on one of the physical buttons (most likely the power button) would be the easiest and fastest choice. It should be possible to completely disable the feature in Settings menu for those who don't want to make use of it if it's an included feature of future Sailfish versions. To make it perfect, it would be great if one could define preferred apps to run with swipe lock enabled. This would be particularly useful for Android apps.

What do you think? I believe that under given circumstances this is a very useful feature.

Sorry for bumping this one, but I really find it a required high priority feature. Maybe there are now some more users thinking the same.

edit retag flag offensive close delete


Some Menu function would in deed be useful maybe. Having a 5 second bar at each app-start would however be pretty annoying as it would be used only at very few apps...

ramoth ( 2014-01-12 22:40:44 +0200 )edit

This could be something like an accessibility option system wise. I have no idea how to do it well, but I also had some problems in games, especially with those which have swipe actions as well. And there are a lot of these. 1+

Macilaci457 ( 2014-01-12 22:41:25 +0200 )edit

Are these apps not all Android apps ?

idiallo ( 2014-01-13 02:06:33 +0200 )edit

As of now and due to the nature that there aren't so many native apps there, they're mostly Android apps. Not all though.

Anna ( 2014-01-13 05:50:05 +0200 )edit

Try playing Heebo (caution: highly addictive) and not going to the home or events screen by mistake.

jsiren ( 2014-01-13 13:12:32 +0200 )edit

3 Answers

Sort by » oldest newest most voted

answered 2014-12-10 09:24:21 +0200

Anna gravatar image

My suggestion to solve this problem is a simple gesture to lock/unlock the screen while running an app in the front:

A two-fingered pinch gesture from the opposite sides or corners to lock and unlock a running app would be great.

I still feel this feature is useful and required since not all programmers make use of the option to lock their app which is not a bad thing. Free choice whether to have an app locked or not is the key point here.

edit flag offensive delete publish link more

answered 2014-12-10 14:41:13 +0200

rainisto gravatar image

Gesture request to swipe gesture-lock has been entered to internal bugzilla and forwarded to design for comments. So request has been noted. But currently I haven't had design feedback yet that will it appear in some sw update or not.

edit flag offensive delete publish link more


I have looked for a way to temporarily disable the edge swipes, and I came across this question and answer. Is there any way to accomplish it?

Direc ( 2018-08-14 22:32:56 +0200 )edit

answered 2014-12-10 10:48:37 +0200

Tom Swindell gravatar image

updated 2014-12-10 10:49:53 +0200

Here is a code snippet you can use:

import QtQuick 2.1  // Needs to be 2.1 to get onWindowChanged

Item {
  onWindowChanged: window.flags += Qt.WindowOverrideSystemGestures

Hope that helps. :)

edit flag offensive delete publish link more



Just reread the question and think I jumped in with my answer too early, on-the-other-hand this might be useful for people writing new native applications ;)

Tom Swindell ( 2014-12-10 10:59:28 +0200 )edit

I can't get that to work in All I get is onWindowChanged is not available due to component versioning. I even changed the whole project to import QtQuick 2.1 but no change...

Also it seems that window exists, but it does not seem to have flags property anymore, or it is not accessible.

Direc ( 2018-08-14 22:34:26 +0200 )edit
Login/Signup to Answer

Question tools



Asked: 2014-01-12 22:24:46 +0200

Seen: 816 times

Last updated: Dec 10 '14