- Status Closed
- Percent Complete
- Task Type Patches
- Category User Interface
- Assigned To No-one
- Operating System Another
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Rockbox
Opened by Koptelov Nikita - 2009-10-17
Last edited by Rob Purchase - 2009-11-11
Opened by Koptelov Nikita - 2009-10-17
Last edited by Rob Purchase - 2009-11-11
FS#10683 - Cowon D2 track skipping on hold
rev23223
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:
http://www.iaudiophile.net/forums/showthread.php?t=28467 ).
In fact,this is rework of FS#9875 with adding of setup menu.
d2trackskipping_v1.patch
(7.7 KiB)
Closed by Rob Purchase
2009-11-11 20:33
Reason for closing: Duplicate
Additional comments about closing:
2009-11-11 20:33
Reason for closing: Duplicate
Additional comments about closing:
Superceded by FS#10698
I agree - hold should disable keys, not change their functionality.
(updated)
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#.
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.