Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Patches
  • Category User Interface
  • Assigned To No-one
  • Operating System All players
  • Severity Low
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by pondlife - 2006-09-23

FS#6051 - Only voice the file tree when user stops scrolling

Currently, when a user has spelt or numbered file/directory voicing enabled, the voicing is queued immediately. This results in many voice clips being queued, (and is probably particularly noticable when using a scrollwheel).

This patch changes the spelt/numbered voicing to only trigger after the user hovers on a particular entry for 0.5s - the same mechanism which is already used for thumbnail clips (to avoid disk spin-ups).

Closed by  pondlife
2006-10-08 09:45
Reason for closing:  Rejected
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

Probably not needed any more.

Strongly in favour of this (although I’ll admit to rarely using the voice ui). It seems like the only sensible way to go about this, to me.

Don’t know if I’m missing some background here as I’m new to Rockbox, but
would you explain what is the problem this is solving? As a blind user
(and programmer) I can tell you this sounds like a terrible idea to me. I
tried the .talk feature and I was completely put off by the 0.5s delay;
it makes navigating directories annoyingly unresponsive. Now for .talk
clips I can understand that it might chew up your battery pretty fast
since it spins and reads the disk all the time, but there’s no such
problem with spelling is there?

If there really is a fundamental reason why this is absolutely necessary,
perhaps you might consider making the hover delay 0.1s?

For a blind user, there’s no point trying to save on speech, we’ll just
be waiting for it every time. If somehow sighted people would prefer a
delay, then you might make it a configurable setting?

Thanks

My player (IAUDIO) has a joystick though, I suppose that makes a difference…?

This was really intended to help scrollwheel users, but I don’t have a scrollwheel here so no idea if it’s any use!
I think this is a bit moot now the voicing doesn’t queue old data so much (at least when stopped), so I don’t think this will be going into CVS - I’ll close it.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing