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

Question

39

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

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

Anna
2296 ●53 ●69 ●79

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

Alex

10635 ●181 ●247 ●252

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

Comments

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 +0300 )edit

2

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 +0300 )edit

Are these apps not all Android apps ?

idiallo ( 2014-01-13 02:06:33 +0300 )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 +0300 )edit

2

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

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

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 +0300 )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 +0300 )edit
Are these apps not all Android apps ?
idiallo ( 2014-01-13 02:06:33 +0300 )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 +0300 )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 +0300 )edit

Answer 1

3

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

rainisto

6348 ●69 ●98 ●112

moderator

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

Comments

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 +0300 )edit

Answer 2

1

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

Tom Swindell
51 ●4 ●4

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

Here is a code snippet you can use:

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

Item {
  id:root
  onWindowChanged: window.flags += Qt.WindowOverrideSystemGestures
}

Hope that helps. :)

edit flag offensive delete publish link

Comments

1

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 +0300 )edit

I can't get that to work in 2.2.0.29. 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 +0300 )edit

Answer 3

3

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

Anna
2296 ●53 ●69 ●79

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

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

Comments

3 Answers

Comments

Comments

Question tools

Stats

Related questions

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

Comments

3 Answers

Comments

Comments

Question tools

Public thread

Stats

Related questions