I may not understand your description.
It gave me an idea, though:
mouse-gesture-ish submenus..
That is, supposing that you have a top-level menu with items
1
2
3
and 3 is a submenu,
then, to select 3, you move down -- then a menu folds out horizontally
1
2
345
you move across, and select 5, wh
> Well, I agree with the gist of your message... but one thing needs to be
> said:
> Designing a good UI doesn't require the same amount of people that
> implementing
> it in code does.
This is why I suspect it to be a transparency problem and not really
a process problem. People actually Won't c
Hi all,
This is the 2º draft for the 1 Dimensional Menu:
http://www.zensui.org/IxD/1DM.html
I will be honored if the new GIMP UI is the first implementation of a 1DM.
This, I think are the changes to make it possible:
0) separate the toolbar from the menubar(s)
1) make the toolbar customizable to
Photoshop has a tool that works like the healing brush except that it
doesn't require a source region to be specified before using the tool.
When there are a lot of quick touch-ups to do, this is very convenient.
Photoshop somehow guesses what it should use as source material and is
often accurate
> So if are planning any particular features for 2.6, now is the time to
> present them here so that they can be put on the roadmap.
I plan to make iwarp into a tool.
--tml
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://li
Sven Neumann gimp.org> writes:
> On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
>> The first is to take, if possible, the "tools" dialog, and incorporate it
>> into the "toolbox" tab in the preferences. Then remove the tools dialog as
>> a separate dialog.
> That's reasonable and it
Sven Neumann gimp.org> writes:
>
> Hi,
>
> On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
>
> > The first is to take, if possible, the "tools" dialog, and incorporate it
> > into the "toolbox" tab in the preferences. Then remove the tools dialog as
> > a separate dialog.
>
> Tha
My suggestion for GIMP 2.6 - and the only thing I feel able to
contribute to - is the reorganization of the user directory.
Currently, the configuration (*.rc) and resources (brushes, scripts,
...) are stored into a .gimp-x.y dir in the users HOME.
There are a few general problems with this appr
Hi,
On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
> The first is to take, if possible, the "tools" dialog, and incorporate it
> into the "toolbox" tab in the preferences. Then remove the tools dialog as
> a separate dialog.
That's reasonable and it has been suggested before. Just
Hi,
On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
> My third suggestion - and this is based on personal experience - is to
> return the "transient dialog" option, not just as an option but as a
> default if possible.
This option still exists, see the gimprc man-page.
I would like
catking.net> writes:
> I dont think Nathan's analysis is that far "off the mark". The interaction
> with the UI team is very one way and definately gives the impression of
> "please go away , we're busy."
>
> The so called brainstorm blog is more like a super market's suggestion box
> th
I just have a couple of small suggestions, whose aim is to streamline the
UI a little bit.
The first is to take, if possible, the "tools" dialog, and incorporate it
into the "toolbox" tab in the preferences. Then remove the tools dialog as
a separate dialog.
my reasoning, and correct me if I'm
Sven Neumann writes:
> On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote:
>
> > * jpeg plug-in
> > + remove the prompt for EXIF orientation: it should always be done
>
> IMO the current solution of asking and allowing the user to skip this
> question is preferred. It requires a user decis
On Sun, 04 Nov 2007 02:26:30 +0100, Tim Jedlicka <[EMAIL PROTECTED]>
wrote:
>>
>> Contrast the GIMP UI redesign with the GIMP project as a whole, which
>> invites and receives patches, bug reports, and ideas from scores of
>> outsiders.
>>
>
> The focus was on the UI redesign, not GIMP. In fact
> At that point trunk will be open for development. But since we are
> aiming for a short development cycle, we need to absolutely keep the
> tree in a good shape. I don't want to see any commits that haven't been
> discussed and approved beforehand. This doesn't mean line-by-line code
> review. Bu
On Sunday, November 4, 2007, 11:09:22, Sven Neumann wrote:
> The only problem is that it is rather difficult to discover how to
> change that decision later. Currently you need to edit parasiterc. We
> might want to find a solution for these "Don't ask me again" questions
> that can be used from a
On Sunday 04 November 2007, Sven Neumann wrote:
> Hi,
>
> On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote:
> > * jpeg plug-in
> > + remove the prompt for EXIF orientation: it should always be done
>
> IMO the current solution of asking and allowing the user to skip this
> question is pref
Hi,
On Sat, 2007-11-03 at 10:25 -0400, Daniel Falk wrote:
> There doesn't seem to be a way to temporarily switch to the zoom tool
> while a button is pressed. For example if I hold down ctrl + space, it
> would switch to the zoom tool, I could click-drag a rectangle to zoom,
> and let up on the c
Hi,
On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote:
> * jpeg plug-in
> + remove the prompt for EXIF orientation: it should always be done
IMO the current solution of asking and allowing the user to skip this
question is preferred. It requires a user decision once, but at least it
does
19 matches
Mail list logo