• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category User Interface
  • Assigned To No-one
  • Operating System
  • Severity Low
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by learman - 2004-11-21
Last edited by amiconn - 2005-05-17

FS#2400 - bookmark_autoload() button handling needs improvements.

When using the "Ask" setting for "Load Last Bookmark",
and I want to load the last bookmark, Rockbox often
gets it wrong. If I'm too quick, the response press is
ingored, and if I wait a little, the press can be
treated as a yes or as a no. At first this behaviour
seemed random, but after looking at the code I
understand what's going on:

Upon entering bookmark_autoload, the following (among
others) happen:

1. Clear button queue.
2. Wait a second.
3. Clear button queue again.
4. Wait for button event.

If I wait a little, the button press can be before step
3 and the release affter step 3. The way the loop is
written, this button release is interpreted as a no.
This, in combination with the 1 second delay, makes
this screen pretty annoying… :)

I haven't had the time to look closely at this, but it
seems to me this screen should be handled like in the
settings menu screens (where the same button can be
used both to enter and leave a screen), where a stray
button release (or repeat) event won't be interpreted
as a no, simply by only exiting the screens on explicit
button presses (in this case, there should probably be
several "no" buttons). Then there'd be no need for an
annoying delay either, IMHO.

I've seen this on a player, but it applies to recorders
as well.

Closed by  amiconn
2005-05-17 22:12
Reason for closing:  Fixed

I meant to set it to 'fixed'…


Available keyboard shortcuts


Task Details

Task Editing