dotgnu-pnet
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pnet-developers] A few SWF ideas


From: Ilyak
Subject: Re: [Pnet-developers] A few SWF ideas
Date: Wed, 04 Feb 2004 18:25:25 +0300
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007

1) All attempts to implement windows-like file selection "suffer" from the fact hierachery is different
The GTK+ file selection dialog works on both windows and *nix, and it's
been the subject of near-constant UI reviews and discussions for
usability, so it's probably be a good reference to use.

Well, i like GTK and use it extensively, but i don't find it that awesome...
There are a lot of interesting ideas. Question is: which one are needed and which are not.

You should check
the GNOME Usability mailing list archives for discussions about it (and
plenty of mockups for proposed changes), especially the more recent
threads.
OK.

How about to make it FUN:
(house image)Homedir
(mountain image)Mountpoints
- (root picture) /
- (house image) /home
- (windows icon) /mnt/win_main
- (gear picture) /usr
and so on....
Using icons based on phonetic similarities (i.e. a mountain image for
Mountpoints) is an I18N and usability problem. If the word "Mountpoints"
translates to something which is totally different than the word to
which "mountain" translates, the meaning of the icon is lost, and the
user will likely be confused.

Let's look on icon as on cute and easy-to-remember picture.
So one can just once remember 'mountain' is for mounts, and he can use it without confusion.
Btw, in russian mount have nothing in common with mountains...

For something like the home directory, a
house image works because its meaning is related to the concept of home,
not the word "home".
Alternatively, i guess, icons can be different for each language (ree resources/ pnetlib folder).

By the way: Currently, both file globbing and choosing file icons is hardcoded into FileDialog. I find this quite inflexible. How about to take this out to, say, DotGNU.Files.Glob and DotGNU.Files.Classify. This is true OO way and, we can make them differently sophisticated and resource-consuming according to, say, profile (compact/ECMA/fullblown/etc...)

(currently, it thinks that only .exe are executable and .dll are library. this is quite useless :(




reply via email to

[Prev in Thread] Current Thread [Next in Thread]