synaptic-devel
[Top][All Lists]
Advanced

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

Re: [Synaptic-devel] Updated UI Proposal


From: Gustavo Niemeyer
Subject: Re: [Synaptic-devel] Updated UI Proposal
Date: Fri, 23 Jan 2004 14:19:07 -0200
User-agent: Mutt/1.5.5.1i

> > > Here is a more polished ui proposal for the main window.
> > > 
> > > The glade file is appended.
> > > 
> > > To get a better idea about the design I have made a fake screenshot. You
> > > can download it here (88 kbyte):
> > > 
> > > http://pimpldrive.pimpzkru.de/renate/synaptic/mockup.png
> > 
> > I like the general idea, but I think we need some discussion on it
> > before working to replace the current scheme. Some general comments
> > to start our discussion:
> > 
> > - Why do we have a combobox above the section list? What does it do?
> 
> You can take a look at the glade file it contains more options that are
> not visible in the fake screen shot.
> 
> The combo box above the section list would allow you to choose between
> "sections", "tags", "status" and "alphabet". It is a replacement for the
> "X tree" menu items in the view menu.

Now I really like the idea.

> > - We've lost the "Filters" button, and the two buttons of the "Find"
> >   interactive dialog. That's not a big problem, since the Filters
> >   stuff is available in the menu bar, and the Find dialog could have
> >   its behavior changed to automatically restart the search.
> 
> The whole new concept depends on feature additions to gtk2.3/2.4:
> 
> At first the speed up of the treeview would allow you to use the "all
> sections" item - with gtk2.2 this would take forever.

That's a temporary problem. Not a show stopper on my side.

> Secondly the treeview of 2.3/2.4 provides a filter method. So we can
> hopefully use this method to filter the package list by name and short
> description. The package list would instantly show matching packages
> only while you are typing the search term(s) into the find field. There
> should be no need for the buttons anymore.
> 
> The traditional and non-filtering search should be moved to the search
> dialog. The glade file also contains a prototype.

Humm.. aren't they there already?

> The combobox on the left treeview combined with the predefined filters
> and the instant find dialog would enable you to perform advanced
> searches fast. The filter editor would be reserved for some rare cases
> only. This is why I would like to remove the button from the main window
> - it is still available through the menu.

Nice..

> > - We need three buttons to represent the possible changes to the state
> >   of a package. The "Keep" button is missing from the dialog. Perhaps
> >   it's time to drop buttons in favor of the popup dialog.
> 
> > - The "Undo" button should be moved to the global task bar.
> 
> The package state should be represented by the color and the new added
> icons. The "keep" button is named "Undo" in my mockup - this is a little
> bit misleading, but perhaps something like "reset" would be better.

I like the "No Changes" label. "Undo" already has a different meaning
in the same interface, and "Reset" is not meaningful to me.

> I would like to disable non available buttons, e.g. disable
> "undo/reset/keep" if no change was selected or disable "remove" if the
> package is not installed.

It already works like this.

> So the buttons would be real action buttons and no toggle buttons
> anymore.

I'm still in favor of removing these buttons completely, in favor of
the context menu.

> Another place for the package control buttons could be the toolbar:
> 
> Refresh List | Install, Upgrade, Remove, Reset | Upgrade All | Execute
> 
> ("|" stands for new group)
> 
> I am unsure about relying on the context menu/menubar only, since on the
> first look the user won't see any possibility to manipulate the package
> status. But we could give it a try and make them invisible for testing.

I don't see that as a huge problem. Context menus are usual nowadays.

> Michael proposed to stabilize the internals of synaptic fist and work on
> the ui after a 0.50 release. Because the new ui would be fully usable
> with gtk 2.4 only I think that we still have got a lot of time for
> discussion. :)

Indeed. I'll talk with him today about this as well.

-- 
Gustavo Niemeyer
http://niemeyer.net




reply via email to

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