Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Re: option clutter (was Re: 0505Build voice UI crash)
From: roland (for_spam_at_gmx.de)
Date: 2004-05-07


> biggest disadvantage, imho. It's made from engineers for engineers, unlikely
> saw a usability lab.
doesn`t matter. i like options!
:D
for those people who dislike rockbox because of too many options - i think
they should go and stick to their original archos firmware.
:)

roland

----- Original Message -----
From: "[IDC]Dragon" <idc-dragon_at_gmx.de>
To: <Gajdos_at_metatem.net>; "Rockbox development" <rockbox_at_cool.haxx.se>
Sent: Thursday, May 06, 2004 10:30 PM
Subject: option clutter (was Re: 0505Build voice UI crash)

> > An option is something you can choose to use or not, while letting others
> > do the same - or rather different. If an option doesn't suit you, just
> > don't use it, but please don't ask people to remove it just because YOU
> > don't use it.
>
> The most options would be an empty RAM, 8 million binary options to set.
> Programming means to reduce this.
>
> Seriously, if you don't use an option, it'll confuse you, or at least lets
> you lose the overview. The overwhelming number of options is Rockbox'
> biggest disadvantage, imho. It's made from engineers for engineers, unlikely
> saw a usability lab.
> Most options are in because for us weak developers it's often more easy to
> add just another option than to make a reasonable decision. We rather escape
> the responsibility.
> When I went through all the menu tree while doing the voice feature I
> coudn't believe
> a) what a lot of stuff is there, about which I can barely imagine that
> anybody will set those, and
> b) to how many levels you can set it (a simplification would be to just have
> a numeric value).
> Most of it I immediately forgot again, but I made a mental note about that
> one day I'd like to summarize it and start a discussion about a clearance.
>
> Some value-rich b) examples I just looked up again:
> - 18 different values for peak meter hold time, 25 for clip hold
> - 19 values for backlight timeout
> - 16 values for fast forward / rewind acceleration
> Probably quite often something like low/medium/high would be enough, imho.
>
> Examples for a) are harder to look up, I'm too lazy right now.
>
> Hope I haven't made myself too unpopular,
> Jörg
>
> --
> "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
> Jetzt aktivieren unter http://www.gmx.net/info
>
> _______________________________________________
> http://cool.haxx.se/mailman/listinfo/rockbox
>

_______________________________________________
http://cool.haxx.se/mailman/listinfo/rockbox



Page was last modified "Jan 10 2012" The Rockbox Crew
aaa