Re: [Usability]Re: Galeon 2 usability

Marco Pesenti Gritti <[email protected]>
Newsgroups gmane.comp.web.galeon.devel
Message-ID <1034597124.2211.8.camel@balurdi>
Il lun, 2002-10-14 alle 12:43, Lee Willis ha scritto:
> Ricardo Fernández Pascual <[email protected]> writes:
> 
> >     I'm witting this mail on behalf of the galeon team. There has been a
> > lot of discussions in the galeon-devel mailing list about several items
> > related with usability. We want to know the opinion of the members of
> > this list in order to take good decisions about the future of galeon.
> 
> Yeah, makes me wonder if I should ever have penned that original email -
> sorry guys!
> 
> But since I did, I feel obliged to reply to this here ...
> 
> >         - menu layout: Many old galeon users like the old menu layout of
> >         galeon 1 more than the new layout of galeon 2, which is more
> >         simple and tries to follow the HIG. Many options are missing in
> >         the new menu.
> 
> The galeon2 menu layout for me is right in the overall sense, it just
> takes some getting used after having used galeon1 with its quirks for so
> long ... [Actually I have two "problems" - but we'll get to them later]
> 
> >         Specifically, there is no "Settings" menu in galeon 2 (the
> >         "Preferences" menu item is in the "Edit" menu). In galeon 1
> >         there was a "Settings" menu with that menu item and some often
> >         toggled options (like javascript, java...). It made those
> >         options more easily reachable. The question is if they should be
> >         so easily available or it is better to keep the UI simpler.
> 
> Keep the UI simple, just build a lightweight standalone app
> "galeon-power-tools" or similar that advanced users can run to get
> "Extra things", ie toggles for js/java etc. This can be pretty much a
> copy 'n' paste of the options that used to be in the settings menu to
> start with. Make it dockable in the GNOME panel and I think you'd
> satisfy the requirements of the 80% [Of your current user base] that
> would miss this, without impinging on the simple UI that you want
> (Rightly) to acheive.
> 
> Plus you can then expand that app with whatever crack features "power
> users" want without polluting galeon proper. As someone said it's real
> hard to build one app that pleases two camps of people, it's easier to
> build two apps - this way let's us not fork galeon, just appreciate
> there are two sets of users ...
> 
> This would satisfy my one "problem" - I love those toggles ;)

I'm pretty sure philipl would not be happy with this. Dunno about
ricardo.

> 
> Keep what we have now, until gnome-vfs gives you all you need, but don't
> be under any illusions that it'll get there without your input, we need
> to make sure we know what it's missing, and that the gnome-vfs guys also
> know, and can put it right ...

Gnome vfs does already give us all that we need. The vfs database need
some fixes but they are not going to be done until we keep our own crap
database. Mp3 handling was borked until I enabled my just-vfs configure
switch. Now it works.
Gnome vfs mime database configuration ui is crap, but that's something
that need fixing (And our ui is not that better).
 
> >         1) Global effect of changing a default helper
> 
> It's almost always going to be right anyway - why would you want to use
> a different application to open Excel files in nautilus than you do in
> galeon?
> 
> >         2) Fact that you have to go out the gnome-vfs control panel to
> >         change them.
> 
> That's merely an issue of making sure the "User journey" is right, if we
> make everything hang together right, they won't know or care (Besides
> the defaults will be so good that few people will need to do this
> anyway!)
> 
> >         This would be implemented using a dialog with "Save", "Cancel"
> >         and "Open". "Open" will use gnome vfs to choose the helper
> 
> Yep, as long as we always:
> 
> - Don't allow M$-style "Blindly open random virus downloaded from Internet"
>   functionality, and force the user to choose between Open/Save/Cancel

It's what we does I think.

> - Suggest the "default" application (ie Gnumeric)
> - Give the user a list of (Configured) alternative applications
>   (Openoffice/Kspread etc.)
> - Let the user choose an application (by browsing menus, or entering path)

Make sense (I posted a proposal about this long time ago and was
refused). But I dont think it's particularly important to have. Just
using default works very well. 
The only case people seem to think it breaks is for example when ggv is
not able to open a pdf and xpdf does. But in that case having one
additional dialog is a workaround. Saving the file and open it with
nautilus is another.

> The only other thing I miss - and that I feel strongly about is having
> the ability to properly manage tabs and windows. No other app currently
> allows (AFAIK) multiple windows/tabs so we can set the standard for
> managing them. In my opinion galeon 1 had just the right tools for the
> job (Since we're using the girlfriend example a lot recently - this is
> one feature my gf now loves, and it bugs even her that it's gone in the
> latest releases)

I think this is what we want all.

Marco




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.