[development] Best practices: Config settings

Tao Starbow starbow at citris-uc.org
Fri Jan 4 17:27:28 UTC 2008


All I know about usability comes from reading the book "Don't make me 
think", so I won't pretend to be an expert. But this seems like common 
sense, like having the same function in an application be available in 
the menu and as a right-click context popup and as a keyboard shortcut.

cheers,
-tao

Ken Rickard wrote:
> Tao-
>
> Is this double positioning an acceptable solution from a general 
> usability standpoint?
>
> If so, I'm all for it and we should make it standard practice.
>
> - Ken
>
>
> On Jan 3, 2008 4:23 PM, Tao Starbow <starbow at citris-uc.org 
> <mailto:starbow at citris-uc.org>> wrote:
>
>     I agree that the best answer is both places. There is no reason to get
>     caught in either/or thinking.
>
>     I also I think this is the right answer to Khalid's issue about
>     per-node
>     type settings as well.  Sometimes you want to deal with all the
>     settings
>     a particular node type has, but other times you want to just
>     change one
>     setting for all the node types at once.
>
>     -tao
>
>     Bevan Rudge wrote:
>     > As a usability advocate I would push more for form_alter()-ing core
>     > forms when appropriate (like your example).  As this makes logical
>     > sense.  However, considering that most users who care about this
>     > variable are probably advanced drupal users, they will look for it
>     > first at admin/settings/YOURMODULE.
>     >
>     >
>     >> If you want, what you could do as a workaround is place a
>     >> drupal_set_message() (or hook_help()) on other pages that could be
>     >> affected by your setting that point back to the settings page.
>     For example:
>     >>
>     >
>     > I think a better compromise is to put the form item ON BOTH forms.
>     > AFAIK there is nothing wrong with this technically, but I'm not
>     sure.
>     >
>     > Bevan/
>     >
>     >
>
>


More information about the development mailing list