Linked by Allen Boyles on Mon 7th Nov 2011 09:46 UTC
Thread beginning with comment 496411
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: This is not an either/or
by WorknMan on Tue 8th Nov 2011 23:08
in reply to "RE[2]: This is not an either/or"
It is sometimes straightforward to answer the question. Everything which is highly dependent on taste, like theming and notification sounds, should be customizable.
Even that is not always straightforward. For example, Is it really necessary to add theme support for every single app on the system, instead of leaving themes at the OS level where they belong, so that all apps have a consistent look and feel?
RE[4]: This is not an either/or
by Neolander on Wed 9th Nov 2011 06:24
in reply to "RE[3]: This is not an either/or"
Oh, I was talking about OS-level functionality*, sorry for not pointing it out ! On their side, applications should certainly do their best in order to avoid duplicating it.
* I include GUI toolkits and DEs in my definition of a (complete) desktop OS
Edited 2011-11-09 06:25 UTC




Member since:
2010-03-08
The choice between "customizable" and "not customizable" is not a binary one, though. Even Gnome 3 and iOS have a settings panel, and even e17 and fvwm put limits on the amount of tweaking that they allow.
IMO, the solution is that when developers want to introduce options in their software, like for any other feature, they must answer the question : "Will a significant portion of my user base use this ?". Then they should perform telemetry on installed software to see if users actually use the feature after all.
It is sometimes straightforward to answer the question. Everything which is highly dependent on taste, like theming and notification sounds, should be customizable. At other times, it's more difficult to find an answer. But I think it's part of the software design homework.
Edited 2011-11-08 07:31 UTC