Re: Suggestion: Make the 'Newlayer'commanddefaultto'New lay

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

 



On Wed, 2006-05-17 at 15:22 +0200, Martin Nordholts wrote:
> > > >Probably yes, but from what I remember, Shift + Click works in several
> > > >more parts of GIMP's UI. If so, changing it would break consistence.
> > >
> > > I am not sure in what way? Yes, there are other commands that are 
> >altered
> > > by Shift. However, the logical relationship between Shift and non-Shift 
> >is
> > > (or at least should be) that the most common use of a certain button 
> >should
> > > be executed with non-Shift, and the other (less used) command with 
> >Shift.
> > >
> > > If you agree on that, then this improves consistence.
> >
> >I don't agree. First, determining what the "most common use" of a button
> >is, probably is subjective at all. And even if we could determine this
> >in an unambigous way we'd end up basically with a list: This button
> >shows a dialog, this button does not. Shift toggles this. The user would
> >have to learn the behaviour of all the buttons by heart, since there is
> >no simple rule to describe the behaviour all over the application.
> 
> I strongly doubt that any regular user had any idea that that was the 
> logical connection between a Shift and a non-Shift click. I had no idea.
> 
> As I said, I always figured GIMP wants to be _effective_ to work with rather 
> than logical. I mean there are a lot of inconsistences in the UI, however, 
> they make it _effective_ to work with GIMP.

What are these "lot of inconsistencies"?

_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux