dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: Configurable buttons; was: Re: button changes from devcon, someone play evil dictator

Re: Configurable buttons; was: Re: button changes from devcon, someone play evil dictator

From: Tapio Kelloniemi <>
Date: Fri, 8 Jun 2007 10:33:21 +0300

On Thu, Jun 07, 2007 at 11:59:20PM +0200, Linus Nielsen Feltzing wrote:
> The file format is not the problem. The implementation in the Rockbox
> code is. And handling all the support questions from users who don't
> know how to use this feature.
> The most difficult problem is that not all button combinations are
> possible. For example, on the iriver H100 series, only the ON button can
> be combined with any other button. This means that we will be flooded
> with questions about why, for example, MENU+UP doesn't work.

MENU+UP = ...
ERROR: Invalid key combination, see Manual for details.

And since the file format must be described in the manual, readers cannot
miss the note: "You can only combine the ON button with others due to hardware
limitations." After this, an answer to all questions can be "please read the

In fact I see no huge benefits in implementing this feature with currently
available Rockbox features, except to those who use a lot of plugins. However,
new features could be added, like: speak_time, speak_battery_status,
speak_song_info, select_eq_preset, activate_backlight,
crossfade_to_currently_selected_song, et cetra, the benefits would be
gigantic. I think that if we would add even one of these commands, we couldn't
all agree on the key bingding...

Another way to limit the amount of support requests would be to make this a
patch which everyone can apply, not very fair IMHO.

I have developed software and know very well that some people think that
developers have lots of time answering questions that all have been answered
already. I also have read the rockbox lists for some time, and see that this
problem is here as well. It shouldn't, however, IMHO, stop developers, if they
find an optional feature to be useful to themselves or to other users, who
read docs before asking.

For example the battery capacity setting should be removed, as it makes some
people think that it may be used to increase battery life time. People who can
replace the battery can very well modify a single constant in the code.

Received on 2007-06-08

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy