• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: The lock paradigm
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The lock paradigm


  • Subject: Re: The lock paradigm
  • From: Dirk Stegemann <email@hidden>
  • Date: Sat, 24 Jul 2004 14:14:15 +0200

Hi,

Am 19.07.2004 um 19:02 schrieb Eric Long:

The locked/unlocked icon pairing is great for indicating black and white
states of access - closed/open, but what about a semi-open state?

If an application has functions that perform usefully without
authenticating, but can provide more extensive operations with
authorization, what is the best way to represent that to the user?

I'd like to not invent another kind of lock state interpretation.
I think, at the moment the lock state's meaning is non-ambiguous,
so better stick with the "black and white" scheme; I'd propose to
define the provided functionality in a way that it can be controlled
by the "normal" lock/unlock mechanism.

E.g. shouldn't it be possible to present a control with three
radio buttons to the user:

o Simple operations
o Advanced operations
o Extensive operations

The third radio button would be disabled, but could be enabled
(so becoming selectable) by the user through "unlocking" it.

Greetings,
Dirk Stegemann


--
"Everything should be made as simple as possible, but not simpler."
-- Albert Einstein
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.


References: 
 >The lock paradigm (From: Eric Long <email@hidden>)

  • Prev by Date: Do drawers have controllers?
  • Next by Date: authopen or not
  • Previous by thread: Re: The lock paradigm
  • Next by thread: Re: The lock paradigm
  • Index(es):
    • Date
    • Thread