Hello to all,
This feature would be a very very good thing ! The emblem is just a descriptive
property linked to a file or a folder (like the name, the icon, the date, ...).
This implementation should be very light but will sure enhance the usability of
Gnome (Nautilus). On older Mac OS systems (6 and 7) you had also the family
menu. This menu contains colors associated to names like blue - Sport, Yellow -
work... You could also change the category names to have your. Then, by
selecting a file or a folder, you just had to select a category inside the
family menu to have your icon "painted by transparency" with that color. So,
you could very quickly see which file or folder belongs to which family. This
was one of the best feature of Mac OS (now lost).
Let's pray for both ;-)
Mark
-----E-mail d'origine-----
De : [EMAIL PROTECTED]
A : [email protected]
Envoyé le : Mar 23 Jan 2007 18:00
Sujet : Usability Digest, Vol 33, Issue 28
Send Usability mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.gnome.org/mailman/listinfo/usability
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Usability digest..."
Today's Topics:
1. Re: GtkEntry with units (Calum Benson)
2. Re: Emblems selection in nautilus (Calum Benson)
3. Re: GtkEntry with units (Matthew Paul Thomas)
----------------------------------------------------------------------
Message: 1
Date: Mon, 22 Jan 2007 17:11:13 +0000
From: Calum Benson <[EMAIL PROTECTED]>
Subject: Re: [Usability] GtkEntry with units
To: Alan Horkan <[EMAIL PROTECTED]>
Cc: GNOME Usability List <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
On Sun, 2007-01-21 at 13:29 +0000, Alan Horkan wrote:
> (I have a familiar feeling about this problem. There may be some
> accessibility impact or something else awkward I cannot quite put my
> finger on.
The accessibility impact is probably that you need to programatically
associate any external unit indicator (be it static text or a dropdown)
with the text field, so that screenreaders will present the value and
the unit to users as somewhat of a single entity, rather than as
unrelated controls.
Since the text box will most likely have a descriptive label as well,
this will often mean associating at least two other controls with the
same text box, which isn't technically-challenging for our screenreaders
to handle AFAIK, but I'd imagine it can't help but add a little
complexity to the task for the user.
Cheeri,
Calum.
--
CALUM BENSON, Usability Engineer Sun Microsystems Ireland
mailto:[EMAIL PROTECTED] GNOME Desktop Group
http://ie.sun.com +353 1 819 9771
Any opinions are personal and not necessarily those of Sun Microsystems
------------------------------
Message: 2
Date: Mon, 22 Jan 2007 18:44:11 +0000
From: Calum Benson <[EMAIL PROTECTED]>
Subject: Re: [Usability] Emblems selection in nautilus
To: [EMAIL PROTECTED]
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
On Mon, 2007-01-15 at 20:40 +0100, [EMAIL PROTECTED] wrote:
> Hi!
> > On Sat, 2007-01-13 at 16:12 +0100, Patrik Andersson wrote:
> >> Hi!
> >> Wouldn't it be nice to filter a folders content depending on the
> >> files/folders emblems?
> >
> > I'm not an emblems user myself, but seems like a reasonable
> > suggestion... probably best to file a bug against nautilus (after
> > checking that there isn't one already).
> >
> There is one existing script or mod at the web, a user post it yesterday
> at this mailing-list I think, but it looks like that project is standing
> still in its development.
>
> What way is the best way to give a feature proposal/request?
Best would probably be to file it as an enhancement request on
bugzilla.gnome.org. Since it's specific to nautilus, you could also
suggest it on [email protected], and see if there's any interest.
Cheeri,
Calum.
--
CALUM BENSON, Usability Engineer Sun Microsystems Ireland
mailto:[EMAIL PROTECTED] GNOME Desktop Group
http://ie.sun.com +353 1 819 9771
Any opinions are personal and not necessarily those of Sun Microsystems
------------------------------
Message: 3
Date: Tue, 23 Jan 2007 07:23:21 +1300
From: Matthew Paul Thomas <[EMAIL PROTECTED]>
Subject: Re: [Usability] GtkEntry with units
To: GNOME Usability List <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
On Jan 23, 2007, at 12:19 AM, Robert Staudinger wrote:
>
> On 1/22/07, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote:
>> On Jan 22, 2007, at 8:03 PM, Robert Staudinger wrote:
> ...
>>> ------------------------- --------
>>> |123 | cm <> |
>>> ------------------------- --------
> ...
>> If the field is really that wide, there is something wrong with the
>> window layout. The width of fields should be at least roughly
>> proportionate to the length of the data people are likely to enter in
>> them (though it's best to avoid using more than two or three lengths
>> in a single window).
>
> Unfortunately it isn't always that easy. Even the HIG's own examples
> come with wide GtkEntry and combo-box/option-menu widgets:
> http://developer.gnome.org/projects/gup/hig/2.0/design-window.html
That's because they're quite likely to contain long strings. Nothing
wrong with that.
> That should of course not be an excuse whatsoever, just some support
> for the argument that widget size cannot always easily be constrained.
> ...
Setting the width of controls is one of the few things that *is* easy
in Glade.
Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/
------------------------------
_______________________________________________
Usability mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/usability
End of Usability Digest, Vol 33, Issue 28
*****************************************
_______________________________________________
Usability mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/usability
