Re: [Gimp-developer] Re: More interface rantings
On Wed, Nov 01, 2006 at 11:14:24AM +0100, news.gmane.org wrote: Gimp's bug tracker is Bugzilla and can be found at http://bugzilla.gnome.org/browse.cgi?product=GIMP. Bugzilla is used in many open source projects (and presumably many other projects as well) and was first created for the Mozilla project; it has its own website at http://www.bugzilla.org/. Thanks. I went and looked under interface issues and then specifically searched for crop tool, which we've been discussing. Saw one 'bug', with last activity 09.17.06. Most salient responses: The new tools are still under construction and subject to changes; and IRC works much better than bugzilla for these kinds of issues. Ignore that man behind the curtain! Also saw bug #10686 - why is that sort of thing kept on the system? Entertainment value, I guess. Sheesh. scott swanson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On Tue, 31 Oct 2006 06:48:47 +0100, Mukund [EMAIL PROTECTED] wrote: Hi Scott You can use bookmarks in the Open Image dialog to quickly flip to directories. Not that this is exactly what you want, but it's more convenient than having to browse to a particular directory from scratch. Kind regards, Mukund All this is inherited from GTK+ so critisms/comments should go there. Several bugs are already open about how restrictive the so-called filechooser interface is. Please dont hesistate to add your comments to those bugs. eg http://bugzilla.gnome.org/show_bug.cgi?id=331404 As Mukund suggests, bootmarks are you best workaround for now. If you cant find bookmarks I think they're called something stupid like places now. Depends how new your gtk+ is. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
[EMAIL PROTECTED] wrote: Several bugs are already open about how restrictive the so-called filechooser interface is. Please dont hesistate to add your comments to those bugs. One should hesitate at least as long as reading all existing comments takes, though. HTH, Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
Scott wrote: /rant Hm... don't you think that sticking to the current problem - crop tool - would make this thread more useful than expanding it into a generic rant once again? HTH, Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On Tue, Oct 31, 2006 at 10:30:07AM +0100, Michael Schumacher wrote: Scott wrote: /rant Hm... don't you think that sticking to the current problem - crop tool - would make this thread more useful than expanding it into a generic rant once again? Well, I guess if the subject said Crop Tool rather than More Interface Rantings, yeah. Didn't think it appropriate to open a new thread called Interface Rantings - the Sequel. There are so many things to rant about, I guess I could go II, III, IV, etc Of course, there are a lot more things to *rave* about too! Just a reminder that we users do appreciate the developers' hard work. Scott. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
Hi, On Mon, 2006-10-30 at 15:01 -0700, Scott wrote: I have yet to hear any feedback regarding my idea of allowing the options for a tool like the current crop to be customised by the user to make it do what s/he wants it to do as a normal case. GIMP allows you to configure the default values for all tool options. It even allows you to save them as named settings so you can have several settings per tool. Just a small case in point: The Save As menu as applied to jpeg images. I personally am always saving these for use on the web. Do I want to save the thumbnail and exif information to bloat my images? Of course not. Do I always have to click the advanced options button to turn these off? Yes, I do. Why? Why can't I set these to the defaults that make sense to *me*? Because noone has implemented this yet. There's a long-standing bug report for it. This holds true for almost everything that you are ranting about. A little search on Bugzilla would have shown that we are aware of all these issues and plan to improve them as time permits. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On Wed, Nov 01, 2006 at 12:13:33AM +0100, Sven Neumann wrote: Hi, On Mon, 2006-10-30 at 15:01 -0700, Scott wrote: I have yet to hear any feedback regarding my idea of allowing the options for a tool like the current crop to be customised by the user to make it do what s/he wants it to do as a normal case. GIMP allows you to configure the default values for all tool options. It even allows you to save them as named settings so you can have several settings per tool. Okay, so I could, eg, make it so that the rectangle submenu on the crop tool option is shown by default, with the rest of the selections now appearing in the menu put into a submenu? That was what I had suggested. I don't think it's implemented, AFAIK. But I will explore. Just a small case in point: The Save As menu as applied to jpeg images. [ snip a bunch of idiotic rantings ] Because noone has implemented this yet. There's a long-standing bug report for it. This holds true for almost everything that you are ranting about. A little search on Bugzilla would have shown that we are aware of all these issues and plan to improve them as time permits. Okay, I'm ashamed to admit that I don't even know what a bugzilla is. I guess I always thought a bug was something that actually made a program non-functional, rather than the things that make it only function at a sub-par level, so I wouldn't have even thought to look in a bug report for interface details. Sorry to have wasted anyone's time. Keep up the good work. Scott. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On Sun, Oct 29, 2006 at 02:00:48PM +0400, Alexandre Prokoudine wrote: On 10/27/06, Juhana Sadeharju wrote: Your text gives an impression that the old crop tool is not anymore there. Is that the case? Yes, it is The fact is that people have different ways of working and therefore having two (or more) versions of the tools would be perfectly ok. Can you provide examples of real first-class applications where two or more versions of tools are used and users are perfectly ok with it? Can you provide results of a usability research for any application out there that would prove that having two (or more) versions of the tools would be perfectly ok? Whoa, let's not get so defensive here, let's discuss the issue. I'm not sure what is meant by the old crop tool not being there, but I presume you are talking about the new expanded crop tool which I grumbled about in my original post. I have yet to hear any feedback regarding my idea of allowing the options for a tool like the current crop to be customised by the user to make it do what s/he wants it to do as a normal case. Every user has different workpatterns, preconceptions, etc. A program that lets the user tailor it to suit those will be welcomed and used and loved as only a comfortable old pair of sneakers can be loved; one that imposes its own rigid default design which can only be changed by *endlessly* having to click on other options or the like only tires the user to the point of looking for something else with a better fit. Just a small case in point: The Save As menu as applied to jpeg images. I personally am always saving these for use on the web. Do I want to save the thumbnail and exif information to bloat my images? Of course not. Do I always have to click the advanced options button to turn these off? Yes, I do. Why? Why can't I set these to the defaults that make sense to *me*? And directory paths. Probably a gtk issue, but why? A case in point is the gtkam application, which has been updated to use the gtk stuff. In the previous version, I would always save my digicam photos to, eg, ~/photos/2006/10. And it would remember between instances, so I'd only have to worry about changing anything when the next month rolled around, and then the next year. Now, it defaults *every stupid time* to my home directory and I have to waste numerous key/mouse strokes to get to where I want to be. The Gimp has been similar in its forgetfullness forever. Again, a tool which will remember what I want it to do will be appreciated as a wise tool. Take a look at the way Gqview does directories. Then wonder why most users use it as a front-end to get their pictures into the gimp to edit. Then ponder why the gimp couldn't do that itself /rant Scott Swanson ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On Mon, 30 Oct 2006 23:01:13 +0100, Scott [EMAIL PROTECTED] wrote: Again, a tool which will remember what I want it to do will be appreciated as a wise tool. I'll second that, I find it very time consuming having to reassert my jpeg/png options, compression ratio etc. every time I save an image. There is a whole fleet of this sort of thing right across gimp, many of which I have already posted about. I sometimes get the feeling it's always the first time with gimp. /gg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On 10/31/06, [EMAIL PROTECTED] wrote: On Mon, 30 Oct 2006 23:01:13 +0100, Scott [EMAIL PROTECTED] wrote: Again, a tool which will remember what I want it to do will be appreciated as a wise tool. I'll second that, I find it very time consuming having to reassert my jpeg/png options, compression ratio etc. every time I save an image. There we go :) http://bugzilla.gnome.org/show_bug.cgi?id=75459 Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
Hi Scott Scott wrote: And directory paths. Probably a gtk issue, but why? A case in point is the gtkam application, which has been updated to use the gtk stuff. In the previous version, I would always save my digicam photos to, eg, ~/photos/2006/10. And it would remember between instances, so I'd only have to worry about changing anything when the next month rolled around, and then the next year. Now, it defaults *every stupid time* to my home directory and I have to waste numerous key/mouse strokes to get to where I want to be. The Gimp has been similar in its forgetfullness forever. Again, a tool which will remember what I want it to do will be appreciated as a wise tool. Take a look at the way Gqview does directories. Then wonder why most users use it as a front-end to get their pictures into the gimp to edit. Then ponder why the gimp couldn't do that itself You can use bookmarks in the Open Image dialog to quickly flip to directories. Not that this is exactly what you want, but it's more convenient than having to browse to a particular directory from scratch. Kind regards, Mukund signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: More interface rantings
On 10/27/06, Juhana Sadeharju wrote: Your text gives an impression that the old crop tool is not anymore there. Is that the case? Yes, it is The fact is that people have different ways of working and therefore having two (or more) versions of the tools would be perfectly ok. Can you provide examples of real first-class applications where two or more versions of tools are used and users are perfectly ok with it? Can you provide results of a usability research for any application out there that would prove that having two (or more) versions of the tools would be perfectly ok? Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
