Ask / Submit
109

Remorse-timer actions and remorse-timer settings configuration

asked 2013-12-27 01:57:04 +0300

this post is marked as community wiki

This post is a wiki. Anyone with karma >75 is welcome to improve it.

updated 2014-07-28 11:02:02 +0300

jiit gravatar image

The remorse-time is by default 5 seconds and in some cases it seems to be too long. To fix this make it possible for user to define a preferred system-wide remorse time in Settings > System Settings > Device section for example.

edit retag flag offensive close delete

Comments

8

Additional suggestions:

  1. A swipe-to-left would acknowledge the deletion, and a swipe-to-right would cancel it.

  2. Closing an application automatically acknowledges all the deletions that are in-progress

Tofe ( 2014-01-03 17:23:34 +0300 )edit
12

and accidentally pull left when actually wanting to cancel... the tap-to-cancel is quiet fine!

chemist ( 2014-01-16 13:46:50 +0300 )edit

@Tofe: you should add that as an answer/suggestion. I'd vote for it.

Mohjive ( 2014-01-16 14:47:46 +0300 )edit

@Markkyboy Interesting.. could you post that as an Answer eventhough it's just a workaround? And could you also add the path to file RemorseItem.qml so it would be easier to find.. Thanks.

foss4ever ( 2014-02-10 13:55:15 +0300 )edit

Will do, jjaone, thanks :)

Edz ( 2014-02-10 19:47:01 +0300 )edit

5 Answers

Sort by » oldest newest most voted
21

answered 2014-02-11 07:33:11 +0300

00prometheus gravatar image

updated 2014-03-29 17:31:15 +0300

Idea by @Tofe in comments to question, I am just making this votable, with some refinement:

  • Allow swipe left to "speed up" the timer for immediate commit.
  • Keep click to cancel, the cancel action must be very low cognitive load so it can be done under pressure of the last moment.
  • Increase time to 10 seconds to allow us slow people to react. (I have already deleted a contact by mistaken pulley action; I didn't realize what was happening before it was to late)
edit flag offensive delete publish link more
11

answered 2014-03-15 19:38:15 +0300

00prometheus gravatar image

updated 2014-03-19 16:09:37 +0300

A suggestion on how to add a remorse timer to the closing of an app:

  1. Close the app as usual (i.e. swipe from the top).
  2. The app does not close immediately, instead it gets minimized (as if you swiped from the side).
  3. A standard remorse timer covering the minimized-app-card begins counting down.
  4. The app is killed if countdown is uninterrupted (even if you swipe away somewhere else meanwhile).

This would mean that apps never need the "Are you sure you want to exit?"-requester!

If any techniques are introduced to immediately commit the standard remorse-timer, they can be used here too.

edit flag offensive delete publish link more
9

answered 2013-12-27 03:21:36 +0300

updated 2013-12-27 03:23:05 +0300

I believe it is possible to continue with other actions (or maybe even close the app?) and the chosen action will still complete. You don't have to wait for it.

I think the main purpose is to allow cancellation when accidentally triggering an action. If it was any shorter, and you didn't realise you'd triggered something, then you wouldn’t have time to read the message to know what was happening.

If you did mean to trigger the action, then you can just continue on using the app/phone, and ignore the timer :).

edit flag offensive delete publish link more

Comments

2

I know why the remorse functionality is in SailfishOS (and it's a good thing). The point is that in some cases I would like to immediatly complete some operations (no questions asked). Also, I know that I can continue using the phone while the remorse timer is ticking, but e.g. deleting files, emails, etc.. I want to see that the operation completed before doing anything else. But, when the time scale could be set by users themselves, the basic rhythm of doing things with phone would be optimal. And there are many situations where no-remorse is fine, like removing mails from client-side, or deleting other non-important content..

foss4ever ( 2013-12-27 04:21:47 +0300 )edit
2

it is possible to continue with other things (real multi-tasking FTW!), one of the things i like to demo. For instance in email you can have multiple emails being deleted :)

Too may settings options can get a bit confusing. I guess someone could make a GUI to do this?

ymb ( 2014-01-16 15:03:43 +0300 )edit
1

@mattaustin, @ymb: this is why you really can't just ignore the remorse timer.

Mohjive ( 2014-02-22 19:34:52 +0300 )edit
2

Couldn't agree more, adding a plethora of options to set various remorse timers sounds like more overhead in the settings than is worth. Perhaps they could be tweaked a bit for various situation, and perhaps they could be available from the shell for power users to set (is dconf used?).

But other than that, isn't the whole point that the remorse timer can be ignored if it is a legitimate action. At least I haven't noticed any issues with ignoring it.

avdwoude ( 2014-02-23 02:23:35 +0300 )edit

@Mohjive No-one is suggesting to 'ignore the renorse-timer' but to make the feature configurable in terms of time and actions it is applied to.

foss4ever ( 2014-02-23 04:02:15 +0300 )edit
8

answered 2014-02-15 02:22:52 +0300

Edz gravatar image

updated 2014-09-13 17:03:15 +0300

A workaround, as previously posted but it got removed/deleted.

So, upon request from 2 JTC members, here it is again! :)

I found a partial workaround - but of course, the timer cannot be toggled. I extracted 'RemorseItem.qml' and edited the timer settings, from 5000 to 3000 (the figure of 5000 appears twice), change both, save file and return it back to the phone. I used terminal (devel-su) to place the 'qml' file back where it should be, rebooted and now the 'remorse timer' counts down from 3 seconds. The effect seems to be system wide as long as it is a Jolla authored app! Deleting files from File Browser was still set at 5 seconds, but Jolla-Fileman was using my setting of 3 secs - go figure! Like I said, it's a 'partial' workaround, not a fix. Made me smile anyway :) The path for the 'RemorseItem.qml' file is; '/usr/lib/qt5/qml/Sailfish/Silica' (I used File Browser from Jolla Store as it has 'search' facility, found on pulley menu).

EDIT: @ssahla noticed that the file "RemorsePopup.qml" in the same directory has similar variables. Change them to make the setting work more often.

EDIT2: I've been playing with RemorseItem.qml and RemorsePopup.qml, reducing both sets of figures to '0000' - I now have no Remorse Timer at all!, proceed with caution if you do set to '0000' - Deleting is INSTANT!! - See EDIT3.

EDIT3: I have had a problem with not being able to delete saved links in Favourites of SF Browser, I now know that by setting RemorseItem.qml to 0000ms, is not a good idea. Having set the RemorseItem.qml to 2000ms, I am able to delete links in Favourites within SF Browser.

edit flag offensive delete publish link more

Comments

Works great after reboot ! Thanks :) ! The value 2500 will be displayed as 3secs but correctly executed within 2.5secs - I timed it ;)

launchpad ( 2014-09-13 02:06:48 +0300 )edit

Has such "hacking" side effects regarding OS upgrades?

Holger ( 2015-01-18 22:19:40 +0300 )edit

@Holger - there doesn't seem to be any side effect when updating, the changes remain intact.

Edz ( 2015-03-08 22:29:31 +0300 )edit

In my case the original 5 sec timer was again active after upgrade, but upgrade worked fine, that's important, so no problem.

Holger ( 2015-03-09 09:17:40 +0300 )edit
0

answered 2014-01-22 13:35:17 +0300

marmistrz gravatar image

Well, it should be possible to use a classic yes/no dialog, as if I leave the phone for 5 secs, I might not notice anything.

edit flag offensive delete publish link more

Comments

what? What apps is start remorse timer without a user interaction?

mike7b4 ( 2014-02-19 22:05:24 +0300 )edit

No app should start the remorse timer, but one might not notice the dialog if make delete accidentally.

marmistrz ( 2014-02-19 22:31:18 +0300 )edit
Login/Signup to Answer

Question tools

Follow
8 followers

Stats

Asked: 2013-12-27 01:57:04 +0300

Seen: 1,993 times

Last updated: Sep 13 '14