[Gimp-developer] 2.6 roadmapping, the UI part of it...

[Robert Krawitz]

   Date: Sun, 28 Oct 2007 12:03:57 -0700 (PDT)
   From: Micahel Grosberg <preacher_mg at yahoo.com>

   ----- Original Message ----
   > From: Guillermo Espertino <gespertino at gmail.com>
   > To: Filipe Soares Dilly <filsdd at gmail.com>
   > Cc: Sven Neumann <sven at gimp.org>; gimp-developer at lists.xcf.berkeley.edu
   > Sent: Sunday, October 28, 2007 6:51:58 PM
   > Subject: Re: [Gimp-developer] 2.6 roadmapping, the UI part of it...
   > 
   > Felipe:
   > Tabs don't work for image manipulation because is frequent to compare 
   > between two+ images or work with two views (one zoomed and the other
   > at

   As an alternative, I'd like to suggest a UI setup I filched from
   Erdas Imagine (a GIS app). It sort-of emulates the Mac OS idea of
   starting an application with just a toolbar.

   here's the mockup (I made it long ago):
   http://www.geocities.com/preacher_mg/UI_gimp_menu.png

   After the application starts, all you see is the menu dialog at the
   top.  It's not that different from the current setup, but a
   top-level "menu" is more reasonable than a top-level "toolbox". You
   get a single menu instead of the duplication in menus you have
   today (toolbox menu and image menus). You can still have the pop up
   dialog appear when you start Gimp, but when you close all the
   currently open images, you don't need to pop it up again as the
   menu is still there. And you can add toolbars for file operations
   and common dialogs.

What image does the menu apply to?  In particular, how does this work
with focus strictly follows mouse?

-- 
Robert Krawitz                                     <rlk at alum.mit.edu>

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lpf at uunet.uu.net
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton