[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Icons for Lock/Unlock menu items

From: Simon Large <slarge_at_slarge.plus.com>
Date: 2005-05-22 00:22:49 CEST

Lübbe Onken wrote:
> As I already mentioned a while ago, I always need a good idea and then
> it doesn't take me long to create something nice. I wonder if anyone
> has noticed that the branch / switch / merge and revisiongraph icons
> have changed considerably a while ago...

I did 'cause I just made some more screenshots :-)

I was thinking about the ReadOnly and Locked icons, and wondering
whether ReadOnly should really be bright red. That makes it look like a
danger sign, which it isn't at all. Both Locked and ReadOnly are
alternative representations for InSubversion.

ReadOnly just means 'This is OK, but you can't change it'.
Locked means 'This is OK, but you should really unlock if you've
finished'.

I quite like Mark's grey tick for Locked, as it looks like a greyed-out
InSubversion icon, although I can't help feeling that might be more
appropriate to ReadOnly. To me, greyed out suggests disabled, which is
the ReadOnly state. The Locked state is one that may require your
attention, so should be a bit more prominent.

I'm lacking in inspiration for what to actually use as good graphic
symbols for these. My inclination is a white-on-grey tick for ReadOnly
and a coloured (red?) padlock for Locked. But this is on direct conflict
with Subclipse.

Ideas?

Simon

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun May 22 00:22:06 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.