Hi,
On Fri, 2009-03-27 at 21:38 +0100, drizzt wrote:
The kernel internals are moving, and a lot, but this the user don't care
about.
you can rewrite gimp every day if you want, nobody (or no user at least) will
care, if the user interface is stable.
Sorry, but the GIMP user interface
On Fri, Mar 27, 2009 at 5:13 AM, David Marrs wrote:
As for customisability? I think that it's probably underestimated. Take
the example of me spending half an hour or more on google this evening
trying to work out how to enable menu tear-offs in Gnome. As far as I
can tell, the feature just
Hi,
On Wed, 2009-03-25 at 14:52 -0700, drizzt wrote:
Just think of the most used piece of code on a GNU/Linux system: the Linux
kernel. Didn't you know that the user interface is stable ?
How would you feel if between releases the behavior of interfaces changed,
and when asking the kernel
Alexandre wrote:
On Fri, Mar 27, 2009 at 5:13 AM, David Marrs wrote:
As for customisability? I think that it's probably underestimated. Take
the example of me spending half an hour or more on google this evening
trying to work out how to enable menu tear-offs in Gnome. As far as I
can
On Fri, Mar 27, 2009 at 08:02:13PM +0100, Sven Neumann wrote:
Hi,
On Wed, 2009-03-25 at 14:52 -0700, drizzt wrote:
Just think of the most used piece of code on a GNU/Linux system: the Linux
kernel. Didn't you know that the user interface is stable ?
How would you feel if between
Hi,
On Fri, 2009-03-27 at 20:29 +0100, David Odin wrote:
Still that narrow minded? You obviously didn't read the drizzt's post
at all! Drizzt was comparing the linux kernel _user_ interface with the
gimp's _user_ interface.
As far as I know the kernel doesn't have a user interface in the
David Odin wrote:
Drizzt was comparing the linux kernel _user_ interface with the
gimp's _user_ interface.
Comparing a kernel user interface with an image editor user interface
is just plain silly.
[...]
Well, of course, everything could be better if more people would be
even
On Fri, Mar 27, 2009 at 08:51:10PM +0100, Sven Neumann wrote:
Hi,
On Fri, 2009-03-27 at 20:29 +0100, David Odin wrote:
Still that narrow minded? You obviously didn't read the drizzt's post
at all! Drizzt was comparing the linux kernel _user_ interface with the
gimp's _user_
Once again, I reply to many posts, and with a long message, but it seems that
people are interested in the discussion, so I wont deceive them.
Martin Nordholts a écrit :
Comparing a kernel user interface with an image editor user interface
is just plain silly.
I don't think so, but maybe some
drizzt wrote:
Hi all !
This is a long post, replying to many previous posts, and adding some parts
from IRC chats, and some even from discussions with Gimp developers.
Hi,
Long it was, for sure. Sorry but if you don't want the GIMP UI to evolve
and change, don't upgrade to new versions.
Martin Nordholts wrote:
world of interaction design will give you valuable insights. I recommend
you to read the book The Inmates Are Running the Asylum by Alan
Cooper. It is not a handbook on how to design interactive systems, but
I wouldn't bother. Whatever insights are contained in this
gimp-developer-boun...@lists.xcf.berkeley.edu wrote:
Hi all !
This is a long post, replying to many previous posts, and adding some parts
from IRC chats, and some even from discussions with Gimp developers.
...
I have a degree of sympathy with this post although it seems to go to
the
Hi all !
This is a long post, replying to many previous posts, and adding some parts
from IRC chats, and some even from discussions with Gimp developers.
Some may think this is rubbish, others that I'm no one to say so, but as a
matter of fact, I don't care.
read ahead and have fun using
On Thu, Mar 26, 2009 at 12:52 AM, drizzt wrote:
A tool should work out of box and help getting the work done right away.
But if each time you take your tool out of the box, it's behavior has
changed, you cannot use it. So maybe you are creating a thing new users can
play with, but please keep
peter sikking wrote:
that is why we will have _one_ setting in the View menu, that
sets the overall strategy to either one-window or multi-window.
all further behaviour follows from that.
There could be more settings in the preferences though.
Couldn't there?
looking forward to that
hOSHI wrote:
peter sikking wrote:
that is why we will have _one_ setting in the View menu, that
sets the overall strategy to either one-window or multi-window.
all further behaviour follows from that.
There could be more settings in the preferences though.
Couldn't there?
it is good
peter sikking wrote:
it is good design practice to avoid that like the plague.
It's a good practice to avoid user comfort through customization?
Did i get that right?
--
View this message in context:
Von: hOSHI mutenho...@gmail.com
Alexandre Prokoudine wrote:
Customization is overrated.
Then why can i define my own window and statusbar format in gimp?
;]
There have been comments that there's too much information shown there, and
most of it isn't needed, so imagine what might
Michael Schumacher wrote:
There have been comments that there's too much information shown there,
and most of it isn't needed, so imagine what might change in that
regard... :)
i like customization. As long as it is well structured (and maybe accessible
only if advanced options is
On Tue, Mar 10, 2009 at 1:21 PM, hOSHI wrote:
(and maybe accessible only if advanced options is checked)
Which is also usually considered as bad practice. Sorry :)
Alexandre
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Alexandre Prokoudine wrote:
Which is also usually considered as bad practice. Sorry :)
considered by whom?
in a professional tool there need to be some settings.
photoshop/3ds max/blender/maya/openoffice(grin)
they just need to be structured right.
maybe settings that are not so important
I think it's not about customization or not. Is about avoiding a
cluttered prefs menu with gazillions of options and provide smart ways
to customize instead.
Look at this for instance:
http://www.youtube.com/watch?v=v5IjbClO8Sk
(the upcoming Blender 2.5)
There you have an example of a highly
Guillermo Espertino wrote:
I think it's not about customization or not. Is about avoiding a
cluttered prefs menu with gazillions of options and provide smart ways
to customize instead.
Look at this for instance:
http://www.youtube.com/watch?v=v5IjbClO8Sk
(the upcoming Blender 2.5)
There
On Tue, Mar 10, 2009 at 1:37 PM, hOSHI wrote:
Which is also usually considered as bad practice. Sorry :)
considered by whom?
in a professional tool there need to be some settings.
In my long-time observation people who express their opinion in the
lines of fine with me as long as you make
Alexandre Prokoudine wrote:
A tool should work out of box and help getting the work done right
away. When people rely on customization instead, they *usually* create
interfaces that require customization *before* you actually can start
doing anything.
Okay i agree on that.
I really would
Mirai Warren wrote:
Sorry if this was a bit long-winded and tangential, but I hope I clarified
my original point
Sorry,
but i still cannot see why a tabbed one-window docked-dialog interface (with
option of multiple gimp-windows and maybe a splitable view for two or more
images) would not
peter sikking wrote:
that is why we will have _one_ setting in the View menu, that
sets the overall strategy to either one-window or multi-window.
then, i think, there will be nothing to complain about anymore ;)
--
View this message in context:
Mirai Warren wrote:
How do tabs work with the idea of docked dialogue windows?
Hi,
i think (and would really love Gimp to look) like this:
http://www.nabble.com/file/p22117088/gimp-wannabe02.jpeg
It's a bit better than the photoshop interface because you can always switch
between images
2009/2/20 hOSHI mutenho...@gmail.com:
Mirai Warren wrote:
How do tabs work with the idea of docked dialogue windows?
Hi,
i think (and would really love Gimp to look) like this:
http://www.nabble.com/file/p22117088/gimp-wannabe02.jpeg
...
what about this?
... Hmmm.. the list doesn't set a reply-to? Here's the answer again anyway.
I'd be rather careful with this approach. It'll appeal to some,
especially power users will probably embrace it, but all the
flexibility could also become a nuisance. Please have a look at the
choices Blender has made, if
Laxminarayan Kamath wrote:
what about this?
http://2.bp.blogspot.com/_wmx3OgdATU0/RzAo7-Kcm4I/AXc/a1GlaE7tXWE/s1600-h/Gimp-brainstorms-3.jpg
I think that's almost the same as i thought.
Important for me is, that u can define a default behaviour for new opened
images.
What did u
Fredrik Alströmer-2 wrote:
I'd be rather careful with this approach. It'll appeal to some,
especially power users will probably embrace it
Did you mean my Approach?
What's power-user like in it? It's like standard photoshop.
I think Gimp as it is is only open for power users that don't mind
Fredrik Alströmer wrote:
Don't get me wrong, I'm not saying it's a bad idea, just be careful
with the idea of letting the user 'build the UI he wants', it could
easily get out of hand.
now that this discussion fires up and that it has been casually
road-mapped for 2.10...
I also see that
I've been following this thread with interest (as a user). One
extremely common action I perform is to grab one layer from another
image (in the layer palette) and drag it into a different image. How
would that action be performed with this proposed tabbed image
interface?
-Rob A
Hi,
i
On Fri, Feb 20, 2009 at 10:15 PM, Rob Antonishen wrote:
I've been following this thread with interest (as a user). One
extremely common action I perform is to grab one layer from another
image (in the layer palette) and drag it into a different image. How
would that action be performed with
RobA wrote:
One extremely common action I perform is to grab one layer from another
image (in the layer palette) and drag it into a different image. How
would that action be performed with this proposed tabbed image
interface?
-Rob A
Hey,
i know exactly what you mean. I do that in
Heh, I almost forgot that I made that comment.
What I was trying to say was that tabs were a different topic than docking
dialogues. Besides, if it were up to me, every image could have a
customised set-up for its tools and information windows to fit the need for
of the task at hand, although I
How do tabs work with the idea of docked dialogue windows? Wouldn't
each window have the same (or optionally specialised) arrangements of
dialogues for each image window? I mean, the main point of the
program is editing images so the ui should be focused around the image
window.
--MW
On Mon, 2009-01-05 at 02:28 +0300, Alexandre Prokoudine wrote:
2009/1/5 Jakub Friedl wrote:
I don't really see a problem with having a small image in a big
maximized tab-based window.
screen estate is often precious. i often want to see more images at the same
time
This isn't
Alexandre Prokoudine wrote:
2009/1/5 Martin Nordholts wrote:
I myself picture a toggle in the Windows sub-menu that switches
between
a one-window tab based layout and the current multi-window layout.
me too ;^}
Is usability team planning to work on this?
we plan to work on this when it
I would love to be able to dock all dialogs into the main GIMP window,
including the toolbar. The only thing I dislike about the current interface
is that there are three windows instead of one. It would be a major
improvement if I could simply dock the toolbar and dialogs into the main
window.
Matt Buscemi wrote:
I would love to be able to dock all dialogs into the main GIMP window,
including the toolbar. The only thing I dislike about the current
interface is that there are three windows instead of one. It would be
a major improvement if I could simply dock the toolbar and
Matt Buscemi wrote:
It would be a major improvement if I could simply dock the toolbar
and dialogs into the main window.
But what should happen if you have multiple image windows open? Having
the docks attached to only one of them probably isn't very useful...
--
Kurt Bernhard Pruenner ---
Kurt Pruenner wrote:
Matt Buscemi wrote:
It would be a major improvement if I could simply dock the toolbar
and dialogs into the main window.
But what should happen if you have multiple image windows open? Having
the docks attached to only one of them probably isn't very useful...
Jakub Friedl wrote:
But what should happen if you have multiple image windows open?
Having
the docks attached to only one of them probably isn't very useful...
The proposed solution is a tab-based interface.
How can tabbed interface show more images at
I don't really see a problem with having a small image in a big
maximized tab-based window.
screen estate is often precious. i often want to see more images at the same
time
Also please keep the discussion on the list.
sorry, too fast clicking in an oversimplified GUI interface :)
2009/1/5 Jakub Friedl wrote:
I don't really see a problem with having a small image in a big
maximized tab-based window.
screen estate is often precious. i often want to see more images at the same
time
This isn't really a problem. GTK+ widget extensions like CurlyAnkles
allow both tabbed
47 matches
Mail list logo