[Usability] Re

Immediate Contract/Inheritance Payment Notification ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability

[Usability] Re: Use of C-PageUp/Down to move between tabs

Calum Benson <[EMAIL PROTECTED]> writes: > On Fri, 2006-06-09 at 08:49 -0700, Bill Wohler wrote: >> "BJörn Lindqvist" <[EMAIL PROTECTED]> writes: >> >> >> Gedit suffers the same problem than Bill's software: the >> >> Ctrl+PageUp/PageDown key combination is eaten by GtkTextView, at Gtk >> >> leve

Re: [Usability] Re: Use of C-PageUp/Down to move between tabs

On Fri, 2006-06-09 at 08:49 -0700, Bill Wohler wrote: > "BJörn Lindqvist" <[EMAIL PROTECTED]> writes: > > >> Gedit suffers the same problem than Bill's software: the > >> Ctrl+PageUp/PageDown key combination is eaten by GtkTextView, at Gtk > >> level (for going to the next/previous paragraph, iirc

[Usability] Re: Use of C-PageUp/Down to move between tabs

"BJörn Lindqvist" <[EMAIL PROTECTED]> writes: >> Gedit suffers the same problem than Bill's software: the >> Ctrl+PageUp/PageDown key combination is eaten by GtkTextView, at Gtk >> level (for going to the next/previous paragraph, iirc). The actual > > Wouldn't the right solution then be to fix Gtk

Re: [Usability] Re: Future of the menu top bar?

Frederic Crozat <[EMAIL PROTECTED]> writes: > And on RH products (RH Workstation or Desktop), is it bottom panel or > default GNOME layout ? It is the two-panel layout. Soren ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman

Re: [Usability] Re: Future of the menu top bar?

Le lundi 15 mai 2006 à 17:49 +0200, Soeren Sandmann a écrit : > Frederic Crozat <[EMAIL PROTECTED]> writes: > > > much confused. As for Fedora / RH, I think it is to keep what they have > > always done, ie a bottom panel. And I can't speak about Ubuntu guys > > Fedora has used the default GNOME l

Re: [Usability] Re: Future of the menu top bar?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Steven Garrity wrote: > I think it's fair to assume that many of the distributions that do use > the two-panel setup are doing it primarily because it is the default > upstream in GNOME (as opposed to having a particular preference). Given that Ximi

Re: [Usability] Re: Future of the menu top bar?

Soeren Sandmann wrote: Fedora has used the default GNOME layout since FC3. I think it's fair to assume that many of the distributions that do use the two-panel setup are doing it primarily because it is the default upstream in GNOME (as opposed to having a particular preference). Cheers, St

Re: [Usability] Re: Future of the menu top bar?

Frederic Crozat <[EMAIL PROTECTED]> writes: > much confused. As for Fedora / RH, I think it is to keep what they have > always done, ie a bottom panel. And I can't speak about Ubuntu guys Fedora has used the default GNOME layout since FC3. Soren ___ U

Re: [Usability] Re: Future of the menu top bar?

Reinout van Schouwen wrote: > On Thu, 11 May 2006 16:33:22 +0100, Alan Horkan wrote: > >> [2] I don't know for sure what other distributions accept the default >> layout. Please do tell if your preferred distribution accepts the default >> panel layout. Ubuntu still uses both panels (as we all k

Re: [Usability] Re: Future of the menu top bar?

On 14 May 2006, at 21:20, Alan Horkan wrote: I would have thought both Sun and Novell would want to avoid having to maintain layouts different from the Gnome default but it must not be too much hassle to maintain a relatively small but distinctive difference. Maybe this is an intentional diff

Re: [Usability] Re: Future of the menu top bar?

Le dimanche 14 mai 2006 à 21:59 +0200, Reinout van Schouwen a écrit : > On Thu, 11 May 2006 16:33:22 +0100, Alan Horkan wrote: > > > [2] I don't know for sure what other distributions accept the default > > layout. Please do tell if your preferred distribution accepts the default > > panel layout

Re: [Usability] Re: Future of the menu top bar?

On Sun, 14 May 2006, Reinout van Schouwen wrote: > Date: Sun, 14 May 2006 21:59:54 +0200 > From: Reinout van Schouwen <[EMAIL PROTECTED]> > To: usability@gnome.org > Subject: [Usability] Re: Future of the menu top bar? > > On Thu, 11 May 2006 16:33:22 +0100, Alan Horkan

[Usability] Re: Future of the menu top bar?

On Thu, 11 May 2006 16:33:22 +0100, Alan Horkan wrote: > [2] I don't know for sure what other distributions accept the default > layout. Please do tell if your preferred distribution accepts the default > panel layout. Since you asked :) Mandriva uses a two-panel layout, with the application me

[Usability] Re: spatial Nautilus, Filechooser: some suggestions

Hi Stefan, On Tue, 09 May 2006 11:41:51 +, Stefan Wagner wrote: > I don't understand this name at all, and would like to get rid of it. My > 'personal folder' is /home/stefan, and I don't see any reason to translate > this. How about "human understandable" as a reason? > Both work on the co

[Usability] Re: HIG: "Check Boxes" section

On 10 May 2006, at 15:39, Matthew Paul Thomas wrote: I'd like to revise this section to fix all these issues. Is that ok? These all sound fine to me. Some of them probably apply to (at least) the radio buttons section too, so feel free to fix those while you're at it :) Cheeri, Calum.

[Usability] Re: spatial Nautilus, Filechooser: some suggestions

Thorsten Seitz web.de> writes: > 4. If (3) is not possible it should at least be possible to rename the Home > folder with respect to the Filechooser, because in the German translation its > name is "Persönlicher Ordner" which is rather long for the path button. I don't understand this name at

[Usability] Re: alphabetic sorting of dynamic content

Hi Elijah, Liam, On Mon, 01 May 2006 20:29:08 -0600, Elijah Newren wrote: >> Is that also true for bookmarks in epiphany? Mine are sorted >> alphabetically :( with no obvious way to drag them around to put them in >> the proper (for me) order. > > I have no clue how bookmarks work in epiphany.

Re: [Usability] Re: New UI for gnome-about-me capplet

On Mon, 1 May 2006, Bill Wohler wrote: > Date: Mon, 01 May 2006 10:39:11 -0700 > From: Bill Wohler <[EMAIL PROTECTED]> > To: Usability@gnome.org > Subject: [Usability] Re: New UI for gnome-about-me capplet > > Alan Horkan <[EMAIL PROTECTED]> writes: > >

[Usability] Re: New UI for gnome-about-me capplet

Alan Horkan <[EMAIL PROTECTED]> writes: > The Gnome Guidelines do includes capitalisation rules but I'm not sure > they are exactly the same but since Sun Microsystems helped write a lot of > the documentation there is a good chance they are. Not even close in this regard. Compare: http://java.s

[Usability] Re: New UI for gnome-about-me capplet

Joachim Noreiko <[EMAIL PROTECTED]> writes: > If you use label text that is an imperative command, > rather than a description, the problem solves itself. > > [] save automatically every 5 minutes > > Now in the docs, write "In the preferences, set > Beanstalk to save automatically every 5 minute

Re: [Usability] Re: New UI for gnome-about-me capplet

--- Bill Wohler <[EMAIL PROTECTED]> wrote: > Joachim Noreiko <[EMAIL PROTECTED]> wrote: > > > 'Automatic Save Every Five Minutes' makes me feel > like > > I'm being shouted out, or at best, e-nun-cia-ted > to > > like I'm a bit slow. > > It does, however, allow you to use it in a sentence > wi

Re: [Usability] Re: New UI for gnome-about-me capplet

Joachim Noreiko <[EMAIL PROTECTED]> wrote: > It's worth bearing in mind that British and US rules > on title capitalization are different. And even within the Chicago Manual of Style, there are variations, yes. But the basics are the same. > 'Automatic Save Every Five Minutes' makes me feel like

Re: [Usability] Re: New UI for gnome-about-me capplet

> Subject: [Usability] Re: New UI for gnome-about-me capplet > > Diego Gonz?lez <[EMAIL PROTECTED]> writes: > > > Clicking on the "Address book card" would show a dialog very simmilar to > > the current evolution "new contact" dialog. > >

Re: [Usability] Re: New UI for gnome-about-me capplet

--- Bill Wohler <[EMAIL PROTECTED]> wrote: > Diego González <[EMAIL PROTECTED]> writes: > > > Clicking on the "Address book card" would show a > dialog very simmilar to > > the current evolution "new contact" dialog. > > > > What do you think about this new UI? how can it be > improved? > > If

[Usability] Re: New UI for gnome-about-me capplet

Diego González <[EMAIL PROTECTED]> writes: > Clicking on the "Address book card" would show a dialog very simmilar to > the current evolution "new contact" dialog. > > What do you think about this new UI? how can it be improved? If the GNOME standard calls for headline capitalization, your UI nee

Re: [Usability] Re: Re: Alacarte UI

On Thu, April 27, 2006 13:00, Travis Watkins wrote: > On 4/27/06, Reinout van Schouwen <[EMAIL PROTECTED]> wrote: >> > Tagging bumps into the same problem. We have to follow the fd.o menu >> spec. >> >> Fair enough, but is this menu spec set in stone? > > No, but to be honest I'm not sure how usefu

Re: [Usability] Re: Re: Alacarte UI

On 4/27/06, Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > I don't quite understand this-- isn't the user free to specify the order > in which he wants the items to appear? He is, but the way alacarte works now is that you can see how the menu would look if those items were showing. > > Taggin

[Usability] Re: Re: Alacarte UI

Op Wed, 26 Apr 2006 18:29:24 -0500, schreef Travis Watkins: > Seriously though, this is the way the menu works. The idea is to lay it > out exactly how it would show up in the menu, visible or not. I don't quite understand this-- isn't the user free to specify the order in which he wants the item

Re: [Usability] Re: Alacarte UI

On 4/26/06, Travis Watkins <[EMAIL PROTECTED]> wrote: > *points to [1] and hides* [1] http://www.gnome.org/~calum/usability/specs/menu-edit/ -- Travis Watkins http://www.realistanew.com ___ Usability mailing list Usability@gnome.org http://mail.gnome.or

Re: [Usability] Re: Alacarte UI

On 4/26/06, Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > Allow me to throw in some thoughts. GNOME is more and more moving away > from strict hierarchies. Examples are Epiphany topics and nautilus tags. > Alacarte looks a bit "old fashioned" to me because of the strict menu > structure. What i

[Usability] Re: Alacarte UI

Hi, On Wed, 26 Apr 2006 14:23:25 -0500, Travis Watkins wrote: > [1] http://www.realistanew.com/random/alacarte-dialog4.png Not too bad. :) Allow me to throw in some thoughts. GNOME is more and more moving away from strict hierarchies. Examples are Epiphany topics and nautilus tags. Alacarte lo

Re: [Usability] Re: Primary window decorated as a dialog in an utility application (real world example)

; From: "[KOI8-R] Артём Попов" <[EMAIL PROTECTED]> > > > > To: usability@gnome.org > > > > Subject: [Usability] Re: Primary window decorated as a dialog in an > > > > utility application (real world example) > > > > > > >

Re: [Usability] Re: Primary window decorated as a dialog in an utility application (real world example)

[wrote this out of order, err hope it still makes sense] On Sun, 9 Apr 2006, Alan Horkan wrote: > > > From: "[KOI8-R] ? ?" <[EMAIL PROTECTED]> > > > To: usability@gnome.org > > > Subject: [Usability] Re: Primary window decorated as a dialo

Re: [Usability] Re: Primary window decorated as a dialog in an utility application (real world example)

I assume you sent the following message offlist by accdent. I'll reply to it seperately. On Sun, 9 Apr 2006, [KOI8-R] Артём Попов wrote: > Date: Sun, 9 Apr 2006 11:21:32 +0700 > From: "[KOI8-R] Артём Попов" <[EMAIL PROTECTED]> > To: Alan Horkan <[EMAIL PROTECTE

Re: [Usability] Re: Primary window decorated as a dialog in an utility application (real world example)

On Sat, 8 Apr 2006, [KOI8-R] ? ? wrote: > Date: Sat, 8 Apr 2006 08:44:06 +0700 > From: "[KOI8-R] ? ?" <[EMAIL PROTECTED]> > To: usability@gnome.org > Subject: [Usability] Re: Primary window decorated as a dialog in an > utility application (real

[Usability] Re: Primary window decorated as a dialog in an utility application (real world example)

Oops, sorry for double posting!!! Here's a screenshot of the app, an ABX comparator, an app commonly used to compare compressed audio such as mp3 and vorbis vs. the original (cdda). The is going to load A (the reference) and B (the challenger) by either clicking on filechooser buttons or by drag-n

[Usability] Re: Icons for document systems

Shaun McCance <[EMAIL PROTECTED]> wrote: > On Mon, 2006-04-03 at 22:50 -0400, Rodney Dawes wrote: > > On Mon, 2006-04-03 at 16:43 -0700, Bill Wohler wrote: > > > Rodney Dawes <[EMAIL PROTECTED]> wrote: > > > > > > > On Mon, 2006-04-03 at 15:40 -0700, Bill Wohler wrote: > > > > > Given a hypertext

[Usability] Re: Icons for document systems

Rodney Dawes <[EMAIL PROTECTED]> wrote: > On Mon, 2006-04-03 at 15:40 -0700, Bill Wohler wrote: > > Given a hypertext document reader such as Info, what icons would you > > suggest for going back and forth in the history, going to the next and > > previous chapter, going up a section, or going up

[Usability] Re: Keyboard prefs, layouts tab

Since I am a person generally maintaining all this stuff, I presume it is time for me to participate a bit... > window to about 2000*740 pixels, some of the writing is still too small > to be shown as distinct characters (particularly on the numeric > keypad). Agree. Is there any standard approach

Re: [Usability] Re: New launcher edition dialog

On Thu, 2006-03-30 at 11:54 +0100, Joachim Noreiko wrote: > --- Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > > Also, maybe a "lightbulb tip" could be shown that > > users can drag pictures > > to the icon field. > > It's best to avoid putting documentation in the > interface. (There's a note

Re: [Usability] Re: New launcher edition dialog

--- Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > Also, maybe a "lightbulb tip" could be shown that > users can drag pictures > to the icon field. It's best to avoid putting documentation in the interface. (There's a note in the HIG about this.) When this dialog is implemented, I'm sure Vinc

[Usability] Re: New launcher edition dialog

Hello Vincent, On Mon, 27 Mar 2006 22:01:31 +0200, Vincent Untz wrote: > I coded a new dialog to be put in gnome-desktop (or maybe gnome-menus...). > You can see screenshots in the bug. Please ignore the english/french mix > in the strings ;-) Some random thoughts about this: - The dialog see

Re: [Usability] Re: Shouldn't "Finish" vs "Close" decision be made in the HIG [WAS: "Finish" vs. "Close" in gnome-control-center dialogs]

--- Rodney Dawes <[EMAIL PROTECTED]> wrote: > This is an incorrect assumption. All dialogs with a > close button should > not be switched to a Finish button. They should be > changed to use the > label and icon most appropriate for what the dialog > does. In the case of > the background propertie

[Usability] Re: Shouldn't "Finish" vs "Close" decision be made in the HIG [WAS: "Finish" vs. "Close" in gnome-control-center dialogs]

On Sat, 2006-03-25 at 17:58 +0100, Jaap Haitsma wrote: > Otherwise the desktop will get very inconsistent. I disagree with this. So long as the label and icon are actually affirmitive for the user, it shouldn't matter what they are. The HIG clearly states what spacing should be around the buttons

[Usability] Re: Shouldn't "Finish" vs "Close" decision be made in the HIG [WAS: "Finish" vs. "Close" in gnome-control-center dialogs]

On Sat, 2006-03-25 at 11:33 -0500, Rodney Dawes wrote: > This is an incorrect assumption. All dialogs with a close button should > not be switched to a Finish button. They should be changed to use the > label and icon most appropriate for what the dialog does. In the case of > the background proper

[Usability] Re: Shouldn't "Finish" vs "Close" decision be made in the HIG [WAS: "Finish" vs. "Close" in gnome-control-center dialogs]

This is an incorrect assumption. All dialogs with a close button should not be switched to a Finish button. They should be changed to use the label and icon most appropriate for what the dialog does. In the case of the background properties dialog, I determined that we should use the GTK_STOCK_APPL

[Usability] Re: GNOME default icons

Rodney Dawes <[EMAIL PROTECTED]> writes: > On Wed, 2006-03-22 at 12:26 -0800, Bill Wohler wrote: >> By the way, the motivation for my questions is that I'm updating the >> icons in CVS Emacs and wanted to make them consistent with GNOME. >> Perhaps, for now, it seems that what I really should be

[Usability] Re: Mouse actions

Hi, Joachim Noreiko wrote: Another vocab question: The User Guide section 'Basic Skills' lists things it calls 'Mouse actions': click, double-click, drag, etc. Aren't these 'gestures' or 'atoms' that are used to compose real actions. But then it says: You can perform the following actions

[Usability] Re: Mute in GNOME mixer applet does not have correct behavior

Rodney Dawes wrote: > And other than the case where a non-GNOME application is setting the > volume on the hardware itself to 0, how many people are really going to > hold down the lower volume key, rather than just pressing mute? Another > thing we need to do, is to make it easy to mute the volum

[Usability] Re: Mute in GNOME mixer applet does not have correct behavior

"Alex L. Mauer" <[EMAIL PROTECTED]> writes: > Colin Marquette's wrote: >> Actually, "mute" on some audio equipment is not a volume level of 0, >> but a bit above, so that you can still hear that something is >> playing. > > Sounds more like "Attenuate" to me. That may be more correct technically,

[Usability] Re: Mute in GNOME mixer applet does not have correct behavior

Colin Marquette's wrote: > Actually, "mute" on some audio equipment is not a volume level of 0, > but a bit above, so that you can still hear that something is > playing. Sounds more like "Attenuate" to me. -Alex Mauer "hawke" -- Bad - You get pulled over for doing 90 in a school zone and you're

[Usability] Re: Mute in GNOME mixer applet does not have correct behavior

Jaap Haitsma <[EMAIL PROTECTED]> writes: > Furthermore behavior is identical to how a mute button works on normal > audio amplifiers. Actually, "mute" on some audio equipment is not a volume level of 0, but a bit above, so that you can still hear that something is playing. Cheers, Colin _

[Usability] Re: Re: Closing windows with doubleclick

Hi Ross, Op Fri, 17 Mar 2006 11:20:28 +, schreef Ross Burton: > As ideally Epiphany doesn't get started every day so it's not unusual for > me to open a tab in Ephy on Monday and not get around to closing it until > Friday (say it's something I want to read when I have the time). Digging > t

Re: [Usability] Re: Closing windows with doubleclick

On Fri, 2006-03-17 at 13:52 +, Joachim Noreiko wrote: > --- Ross Burton <[EMAIL PROTECTED]> wrote: > > As ideally Epiphany doesn't get started every day so > > it's not unusual > > for me to open a tab in Ephy on Monday and not get > > around to closing it > > until Friday > > I worry how muc

Re: [Usability] Re: Closing windows with doubleclick

--- Ross Burton <[EMAIL PROTECTED]> wrote: > As ideally Epiphany doesn't get started every day so > it's not unusual > for me to open a tab in Ephy on Monday and not get > around to closing it > until Friday I worry how much global warming GNOME developers are responsible for...

Re: [Usability] Re: Closing windows with doubleclick

On Fri, 2006-03-17 at 01:28 +0100, Reinout van Schouwen wrote: > Op Thu, 16 Mar 2006 17:21:54 +, schreef Joachim Noreiko: > > >> Epiphany with 15 tabs open. Press the window manager close button and > >> *poof* all gone. > > > > File a bug. ;) > > Why is it a bug? All visited sites are stil

Re: [Usability] Re: Closing windows with doubleclick

On Fri, 2006-03-17 at 01:28 +0100, Reinout van Schouwen wrote: > Op Thu, 16 Mar 2006 17:21:54 +, schreef Joachim Noreiko: > > >> Epiphany with 15 tabs open. Press the window manager close button and > >> *poof* all gone. > > > > File a bug. ;) > > Why is it a bug? All visited sites are stil

[Usability] Re: Closing windows with doubleclick

Op Thu, 16 Mar 2006 17:21:54 +, schreef Joachim Noreiko: >> Epiphany with 15 tabs open. Press the window manager close button and >> *poof* all gone. > > File a bug. ;) Why is it a bug? All visited sites are still in the browser history, and... > I *hate* accidentally hitting Ctrl-W when t

Re: [Usability] Re: Re: Switching between tabs with Ctrl+Tab and Ctrl+Shift+Tab and "recency list"

On 8 Mar 2006, at 11:39, Roberto Piscitello wrote: Il Mon, 06 Mar 2006 15:41:42 +, Calum Benson ha scritto: On 3 Mar 2006, at 14:29, Roberto Piscitello wrote: So I think these are the more intuitive, convenient and coherent combinations: * Alt-Left/Right: switch to the previous/follow

[Usability] Re: Re: Switching between tabs with Ctrl+Tab and Ctrl+Shift+Tab and "recency list"

Il Mon, 06 Mar 2006 15:41:42 +, Calum Benson ha scritto: > > On 3 Mar 2006, at 14:29, Roberto Piscitello wrote: > >> So I think these are the more intuitive, convenient and coherent >> combinations: >> >> * Alt-Left/Right: switch to the previous/following tab > > That has exactly the same

Re: [Usability] Re: Switching between tabs with Ctrl+Tab and Ctrl+Shift+Tab and "recency list"

On 3 Mar 2006, at 14:29, Roberto Piscitello wrote: So I think these are the more intuitive, convenient and coherent combinations: * Alt-Left/Right: switch to the previous/following tab That has exactly the same problem as our current documented shortcut (Ctrl+PgUp/PgDn) though-- namely t

Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On Mar 5, 2006, at 7:49 AM, Shaun McCance wrote: On Sat, 2006-03-04 at 04:36 +1300, Matthew Paul Thomas wrote: ... You don't need a status bar to display a resizing grippy. On Mac OS X, Safari has a resizing grippy even when the status bar is turned off (as it is by default), Mail has a resiz

Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On Sat, 2006-03-04 at 04:36 +1300, Matthew Paul Thomas wrote: > On Mar 4, 2006, at 4:17 AM, Nickolay V. Shmyrev wrote: > > ... > > Well, actually there are some other arguments pro statusbar, for > > example it's exteremely useful for resizing. > > ... > > You don't need a status bar to display

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Adam Hooper <[EMAIL PROTECTED]> wrote: > A very simple method: if the link is to a page on a site other than the > current page's. Hover would show "Gimme!\n(at paypal.bleh.com)". > So... you want to display a tooltip for every external link? That could work, have to wonder two things t

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

Kristoffer Lundén wrote: > Some interesting proposals there. Hiding the statusbar seems like a > huge mistake though, how then to verify suspect links? I've made a Greasemonkey script that shows the link address as a tooltip. I find this much better than the status bar. http://endbracket.net/mich

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: > It is a terrible place to show extra information, because one of the > things that usability testing has shown over and over again is that > very few people ever see information put down there. So if you'd said > 'an excellent place to hide informa

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On Thu, 2006-03-02 at 16:35 +0100, Kristoffer Lundén wrote: > On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: > > On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: > >The information could be in > > the mouseover popup; i could only come up when the target link in some > > way doesn't match

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: > On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: > > Hiding the statusbar seems like a > > huge mistake though, how then to verify suspect links? > > So come up with a better way to do it. :) Eh.. a better way than removing it? Keeping it

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > > > Some interesting proposals there. Hiding the statusbar seems like a huge mistake though, how t

Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On Mar 4, 2006, at 4:17 AM, Nickolay V. Shmyrev wrote: ... Well, actually there are some other arguments pro statusbar, for example it's exteremely useful for resizing. ... You don't need a status bar to display a resizing grippy. On Mac OS X, Safari has a resizing grippy even when the stat

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

Op Sat, 04 Mar 2006 04:05:39 +1300, schreef Matthew Paul Thomas: >> I'm sure that testing has shown that, but it's still making it even >> worse to just remove it. > > It's only making it worse if the people who don't know/bother to toggle > the status bar's visibility get more benefit from havin

Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

>On Mar 3, 2006, at 4:57 AM, Kristoffer Lundйn wrote: >> >> On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: >>> >>> [The status bar] is a terrible place to show extra information, >>> because one of the things that usability testing has shown over and >>> over again is that very few people ever

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On Mar 3, 2006, at 4:57 AM, Kristoffer Lundén wrote: On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: [The status bar] is a terrible place to show extra information, because one of the things that usability testing has shown over and over again is that very few people ever see information pu

[Usability] Re: Switching between tabs with Ctrl+Tab and Ctrl+Shift+Tab and "recency list"

Simon Francis gmail.com> writes: > My biggest complaint with Ctrl-Pg Up/ Ctrl-Alt-Pg Up is it is really > hard to use. Ctrl-Tab can be used with only one hand and you hardly > even have to move your fingers anywhere to use it, its just right > there. Ctrl-Alt-Pg Up requires you to use both hands

Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 2 Mar 2006, at 15:40, Luis Villa wrote: On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: Hiding the statusbar seems like a huge mistake though, how then to verify suspect link

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: > On 3/2/06, Luis Villa <[EMAIL PROTECTED]> wrote: > > On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: > > > > Hiding the statusbar seems like a > > > huge mistake though, how then to verify suspect links? > > > > > So come up with a b

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

On 3/2/06, Kristoffer Lundén <[EMAIL PROTECTED]> wrote: > On 3/2/06, Reinout van Schouwen <[EMAIL PROTECTED]> wrote: > > > > > > > Some interesting proposals th

[Usability] Re: Mozilla Firefox 2.0 Chrome Changes

Hi, Op Wed, 01 Mar 2006 17:43:36 +, schreef Vidar Braut Haarr: > I know this is a bit off-topic, but it is something that will "affect" > most of us, and I don't know who better to comment on these changes than > many of the people here. >

[Usability] Re: Changes to Epiphany following UI review

Yesterday at 14:50, Peter Harvey wrote: > String changes are: > * Changed "Hide �%s�" to "Show �_%s�" > * Changed "_Remove Toolbar" to "_Delete Toolbar" > * Changed "_Show Toolbars" to "_Hide Toolbars" > * Added an expander "Sho_w all topics" > * Changed "Properties"

[Usability] Re: Fw: Extra UI review today : epiphany

Please note there are additional screenshots of the bookmarks dialog at the bottom of http://home.exetel.com.au/harvey/epiphany/bookmark/ The top half of that page also deals with the construction of the bookmarks menu, which might be interesting to get feedback on but I don't think a review is ne

[Usability] Re: two-panel nautilus view

Olaf Frączyk wrote: > Hi, > > There is fix in current metacity to raise window in sloopy focus mode > only if you click on the window's title. You have an option in gconf to > enable this. > > Regards, > > Olaf > On Wed, 2006-02-15 at 17:07 -0500, William Lovaton wrote: >> I agree with you but

Re: [Usability] Re: Mini UI reviews

On 13 Feb 2006, at 22:41, Behnam Esfahbod wrote: > >>Monday 1700 : sound-juicer (happening now!) >>Tuesday 1700 : gnome-screensaver >>Wednesday TBD (Elijah?) : metacity (edge-snapping) >>Thursday 1700 : gucharmap >>Friday 1700 : gedit Thursday 1700 GTM sounds good to me too. :) Cool, I l

[Usability] Re: Mini UI reviews

Hi Calum, Calum Benson wrote: Yep, since you're the first to request a day, you can have today :) (Although I don't have an audio CD with me, so my own contribution might be limited unless I can scrounge one...) For the rest of the week, I'd suggest: Monday 1700 : sound-juicer Tuesday TBD (Jon

Re: [Usability] Re: Mini UI reviews

Hi all, Calum Benson wrote: > On Mon, 2006-02-13 at 15:19 +, Calum Benson wrote: > > >>Would that suit everyone? > > > Paolo's just asked if we can do gedit on Friday instead, so new proposal > is: > > >>Monday 1700 : sound-juicer (happening now!) >>Tuesday 1700 : gnome-screensaver >>Wednesd

Re: [Usability] Re: Mini UI reviews

On 2/13/06, Calum Benson <[EMAIL PROTECTED]> wrote: > On Mon, 2006-02-13 at 15:19 +, Calum Benson wrote: > > > Would that suit everyone? > > Paolo's just asked if we can do gedit on Friday instead, so new proposal > is: > > > Monday 1700 : sound-juicer (happening now!) > > Tuesday 1700 : gnome

Re: [Usability] Re: Mini UI reviews

On Mon, 2006-02-13 at 15:19 +, Calum Benson wrote: > Would that suit everyone? Paolo's just asked if we can do gedit on Friday instead, so new proposal is: > Monday 1700 : sound-juicer (happening now!) > Tuesday 1700 : gnome-screensaver > Wednesday TBD (Elijah?) : metacity (edge-snapping) >

[Usability] Re: Mini UI reviews

Calum Benson wrote: Wednesday 1700 : gedit Ok for me. Paolo ___ Usability mailing list Usability@gnome.org http://mail.gnome.org/mailman/listinfo/usability

[Usability] Re: Mini UI reviews

On Mon, 2006-02-13 at 11:17 +, Ross Burton wrote: > On Fri, 2006-02-10 at 17:21 +, Calum Benson wrote: > > The apps whose maintainers who've expressed an interest in a UI review > > are: > > > > - gnome-screensaver (jon) > > - gucharmap (behdad) > > - gedit (paolo) > > - sound juicer (ross

[Usability] Re: Mini UI reviews

On Fri, 2006-02-10 at 17:21 +, Calum Benson wrote: > The apps whose maintainers who've expressed an interest in a UI review > are: > > - gnome-screensaver (jon) > - gucharmap (behdad) > - gedit (paolo) > - sound juicer (ross) > > > We usually do these things on IRC; I suggest we look at one

[Usability] Re: Mini UI reviews

Thanks Calum, Since my brother, Behnam 'ZWNJ' Esfahbod, have been playing with gucharmap recently, and tweaking the About dialog and other UI too, I will leave it to him to work on the UI review with you. He's on a trip to the end of the weekend, but I belieave 17UTC suits him almost every day. CC

Re: [Usability] Re: two-panel nautilus view

On Thu, 9 Feb 2006, karderio wrote: > Date: Thu, 09 Feb 2006 14:15:23 +0100 > From: karderio <[EMAIL PROTECTED]> > To: Alan Horkan <[EMAIL PROTECTED]> > Cc: Usability gnome conference , > Nautilus List > Subject: Re: [Usability] Re: two-panel nautilus view &

Re: [Usability] Re: Merge Open/Save (was "Re: Save Icon")

On Thu, 2006-02-09 at 11:52 +0100, Reinout van Schouwen wrote: > > text, and so it should not be saved automatically. Perhaps the cat moved > > the cursor after adding a few letters here are there, and the owner never > > notices it. Auto-save kind of adds work for the user in this case. > > Isn

Re: [Usability] Re: two-panel nautilus view

On Wed, 2006-02-08 at 16:56 +, Alan Horkan wrote: > Sure there are some benefits to Tabs reinventing the window manager inside > the browser but speed was always been the primary reason for tabs in > Mozilla. I think tabs in Mozilla do some cool things that you could not very practically do on

[Usability] Re: Merge Open/Save (was "Re: Save Icon")

Op Wed, 08 Feb 2006 21:43:32 -0800, schreef Kirk Bridger: > text, and so it should not be saved automatically. Perhaps the cat moved > the cursor after adding a few letters here are there, and the owner never > notices it. Auto-save kind of adds work for the user in this case. Isn't that what w

[Usability] Re: Exposing Paths to normal users?

On Wed, 2006-02-08 at 18:32 +, Alan Horkan wrote: > > > There _is_ a default audience if a project doesn't find a way to choose > > one deliberately, and it's what I've called "by and for developers." If > > there's no way to stay out of that gravity, it's better to embrace it > > wholehearted

Re: [Usability] Re: two-panel nautilus view

I've been thinking about the two panel interface since the question came up a few months ago and I have a few thoughts on the issue. (There was a bug report around somewhere.) I assumed the question had already been largely answered with the recommendation to "provide a clean patch the Nautilus

Re: [Usability] Re: gparted usability

On Wed, 2006-02-08 at 09:06 +, Joachim Noreiko wrote: > There's no way to specify units other than MB for > display and specifying sizes. Ideally there should be > a global pref for display units, and each entry field > should be followed by a dropdown where I can choose > units for that field:

Re: [Usability] Re: gparted usability

--- Alan Horkan <[EMAIL PROTECTED]> wrote: > > I skimmed trough it and a lot of 'reviewing' is > done based on outdated > > screenshots. > > As the author and maintainer of gparted i'm very > open to usability > > advice, so maybe we can pick up this discussion > again? The big problem with GPart

[Usability] Re: two-panel nautilus view

On 8 Feb, 2006, at 12:53 PM, karderio wrote: On Tue, 2006-02-07 at 13:00 +1300, Matthew Paul Thomas wrote: On 7 Feb, 2006, at 4:56 AM, karderio wrote: On Mon, 2006-02-06 at 13:05 +0100, Peter Lundqvist wrote: On Fri, 3 Feb 2006, Tuomas Kuosmanen wrote: On Thu, 2006-02-02 at 22:24 +0100, Olive

  1   2   3   4   >