FS#10683 - Cowon D2 track skipping on hold

Attached to Project: Rockbox
Opened by Koptelov Nikita (DaMaGeD) - Saturday, 17 October 2009, 12:35 GMT
Last edited by Rob Purchase (shotofadds) - Wednesday, 11 November 2009, 20:33 GMT
Task Type Patches
Category User Interface
Status Closed
Assigned To No-one
Operating System Another
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No



In Cowon's OFW was function,that sets +\- buttons as next\prev track while keys are on hold.

That's implemention of all this on rockbox (soon will add another types of control,as there described: ).

In fact,this is rework of  FS#9875  with adding of setup menu.
This task depends upon

Closed by  Rob Purchase (shotofadds)
Wednesday, 11 November 2009, 20:33 GMT
Reason for closing:  Duplicate
Additional comments about closing:  Superceded by FS#10698
Comment by Alex Parker (BigBambi) - Saturday, 17 October 2009, 14:31 GMT
I agree - hold should disable keys, not change their functionality.
Comment by Koptelov Nikita (DaMaGeD) - Saturday, 17 October 2009, 14:40 GMT
Found bug in MENU button,thinking about how workaround it.
When doing it in "normal" way(i.e.not that insane text in keypad config)-it won't work anymore.%)

Okay,stopping that FS#.
Comment by Rob Purchase (shotofadds) - Tuesday, 20 October 2009, 22:38 GMT
I actually support this idea and think it's a case where an option is desirable - indeed it should be disabled by default. It's not "configurable keymaps" per se, it's just enabling/disabling a feature.

I can't see what's wrong with making HOLD+<key> perform an action if the user has specifically enabled an option to make it do so.