Re: [Gimp-developer] Another small suggestion... Conservative Make Seamless
On Wed, Mar 31, 2004 at 01:20:21PM -0700, Bowie J. Poag wrote: Hi Gang, Another small suggestion. hi, welcome to the gimp-developers mail list. i was actually feeling slighted that you hadnt joined this list before now. if i find a way to say your ideas are weird and/or inarticular, will you put that web site about kennedy up again? carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] A small suggestion..Auto-Preview.
Hi, Jakub Steiner [EMAIL PROTECTED] writes: V St 31. 03. 2004 v 23:47 +0200 pe Sven Neumann: There is a boolean value called hig_compliant in app/gui/preferences_dialog.c. Set it to TRUE to get a HIG-ified preferences dialog. Whoa. So this only exists for the preferences dialog? Or is there another reason not to have this on by default? This exists for the preference dialog only. The main reason for not enabling this is that either all of GIMP should use the HIG suggested frame style or none of it. Since GTK+ does still not provide a widget to easily create a HIG-conform user interface, I'm not sure if we can get this done for 2.2. It would probably involve ading a GimpFrame widget to libgimpwidgets and port massive amounts of code to using this instead of GtkFrame. Still looking for a volunteer for this job... Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] interface nomenclature
Hi. I'm starting a writeup of the basic structure of the Gimp 2 interface, for the user manual / help system. I have made a list below of the names I propose to use for the various parts. If any of them are erroneous or ill-chosen, please let me know. Thanks, -- Bill Toolbox Dialog: Menu Toolbox Current Choices (ugh -- foreground, background, brush, etc) Docking Area Tool Options Dialog Tool Options Buttonbar Docking Area Layers Dialog: Image menu Docking Area Tab Selector Layers Tab Drag Handle / Tab Menu Combination Mode Menu Opacity Scale Layer List Visibility Indicator Movement Grouping Indicator Thumbnail Layer Name Buttonbar Channels Tab Drag Handle / Tab Menu Visibility Indicator Thumbnail Channel Name Buttonbar Paths Tab Drag Handle / Tab Menu Path List Visibility Indicator Movement Grouping Indicator Thumbnail Path Name Buttonbar Docking Area Miscellaneous Dialog: Docking Area Tab Selector Drag Handle / Tab Menu Dialog Contents Dialog Buttonbar Docking Area Image Window: Image Menu Rulers Scrollbars Image Display Quick Mask Toggle Image Panner Status Bar Pointer Coordinates Status Area Cancel Button __ __ __ __ Sent via the KillerWebMail system at primate.ucdavis.edu ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Another small suggestion... Conservative Make Seamless
On Thu, Apr 01, 2004 at 11:01:58AM -0700, Bowie J. Poag wrote: Hi Carol, I've been lurking on and off for years. Considering Propaganda was only made possible by GIMP, I owe much of my own fame (or infamy, as it were) to this project. I don't think I'd ever put Propaganda back up again, the way it used to be. Considering that VA systematically porked the Linux community (seen their homepage lately? They're pimping SourceForge as a tool to help companies outsource overseas.), the real enemy wasnt Microsoft. It was VA. what if i asked you nicely to put the site back up? not question your gui changes at all, just a real honest request from a fan? carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] interface nomenclature
Hi, William Skaggs [EMAIL PROTECTED] writes: Hi. I'm starting a writeup of the basic structure of the Gimp 2 interface, for the user manual / help system. I have made a list below of the names I propose to use for the various parts. If any of them are erroneous or ill-chosen, please let me know. Layers Dialog: Image menu Docking Area Tab Selector Layers Tab Drag Handle / Tab Menu Combination Mode Menu Opacity Scale Layer List Visibility Indicator Movement Grouping Indicator Thumbnail Layer Name Buttonbar Channels Tab Drag Handle / Tab Menu Visibility Indicator Thumbnail Channel Name Buttonbar Paths Tab Drag Handle / Tab Menu Path List Visibility Indicator Movement Grouping Indicator Thumbnail Path Name Buttonbar Docking Area I am not sure if it makes sense to speak of a Layers dialog here. This is just a dock that happens to contain the Layers tab (which should probably be called Layers dialog). What you describe here is the default setup but you cannot assume that the user does not customize this setup. Movement Grouping Indicator seems rather odd. Internally we speak about linked items; I'm not sure if this is used somewhere in the user interface also. This linked state does not only affect movement, it also applies to transformations. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] interface nomenclature
On 1 Apr 2004, Sven Neumann wrote: This linked state does not only affect movement, it also applies to transformations. Interesting. I did not know that. You learn something every day. Rockwalrus ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] interface nomenclature
Sven Neumann [EMAIL PROTECTED] wrote: I am not sure if it makes sense to speak of a Layers dialog here. This is just a dock that happens to contain the Layers tab (which should probably be called Layers dialog). What you describe here is the default setup but you cannot assume that the user does not customize this setup. Hmm. With Dialogs-Create New Dock you are given a choice of three types of docks. The Layers etc dock is special because it contains the Layers menu at the top -- there is no way to put this menu in any other dock. Also the Layers dialog is something no user can live without. Thus, this particular kind of flexibility is just an option to make things awkward, so it seems reasonable to treat the Layers dialog, as created by Dialogs-Create New Dock-Layers, Channels Paths as part of the standard interface, at least for purposes of describing it to new users. Movement Grouping Indicator seems rather odd. Internally we speak about linked items; I'm not sure if this is used somewhere in the user interface also. This linked state does not only affect movement, it also applies to transformations. So how about Linkage Indicator, then? Best, -- Bill __ __ __ __ Sent via the KillerWebMail system at primate.ucdavis.edu ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Adjustment-layers in GIMP?
I must shamefully admit that I have yet to try GIMP 2.0, so if adjustments-layers is part of it, then I appolegize for post. +++ I've been using both PhotoShop and GIMP for some time, and one of the few things from PS I really *miss* in GIMP is the ability to make adjustment-layers -- i.e. layers that contains *only* adjustments (curves, levels, hue-sat., color balance) and not any picture... however, when you look at underlaying layers through it, they are as if you'd applied those adjustments to them. Adjustment-layers makes it very easy to test out the result of multiple adjustments, as you can make several adjustment-layers and turn one or more of the visible -- thus applying that/those adjustments to the picture. I was therefor wondering if GIMP has such fuctionality -- either buildt-in or through plug-ins (and it's just me who haven't found it), if it's just been introduced (with 2.0), if it's something that's being worked on, or if it for some reason can't or won't be added... ever. -Koppe -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ Denne eposten er skannet og funnet fri for virus av Epost.no med Declude og FRISK F-Prot Software. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Adjustment-layers in GIMP?
On Fri, Apr 02, 2004 at 01:03:43AM +0200, Baard Ove Kopperud wrote: I must shamefully admit that I have yet to try GIMP 2.0, so if adjustments-layers is part of it, then I appolegize for post. +++ I've been using both PhotoShop and GIMP for some time, and one of the few things from PS I really *miss* in GIMP is the ability to make adjustment-layers -- i.e. layers that contains *only* adjustments (curves, levels, hue-sat., color balance) and not any picture... however, when you look at underlaying layers through it, they are as if you'd applied those adjustments to them. Adjustment-layers makes it very easy to test out the result of multiple adjustments, as you can make several adjustment-layers and turn one or more of the visible -- thus applying that/those adjustments to the picture. adjusted to what? is there an api for this? carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Adjustment-layers in GIMP?
On Fri, Apr 02, 2004 at 01:03:43AM +0200, Baard Ove Kopperud wrote: I must shamefully admit that I have yet to try GIMP 2.0, so if adjustments-layers is part of it, then I appolegize for post. This falls into the category of frequently asked questions. They are often called effect layers; the answer is that GIMP 2.0 does not have them, but they are highly desired; it is expected that they will be much easier to implement once GIMP is ported to the new GEGL architecture. -- Bill __ __ __ __ Sent via the KillerWebMail system at primate.ucdavis.edu ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Adjustment-layers in GIMP?
On Fri, Apr 02, 2004 at 02:46:24AM +0200, Baard Ove Kopperud wrote: On Thu, 1 Apr 2004 15:34:18 -0800, Carol Spears [EMAIL PROTECTED] wrote: On Fri, Apr 02, 2004 at 01:03:43AM +0200, Baard Ove Kopperud wrote: adjusted to what? is there an api for this? I'm not 100% sure I understand your question, but I'll try to explain how it works (from the users pov) in PS... okay, i am at a disadvantage here as i am not a photoshop user nor a gimp developer -- however, i will try to describe what the developers need before they will help you. API is the new thing but there used to be such a thing as RF* as well. these ideas are a set of rules that code should follow. a plan or a same path thing. since they do not copy photoshop, a list of the rules involving this adjustment layer would need to be published somewhere for everyone to review -- pick apart -- optimize, search for redundancies and agree on definitions and naming. somewhere in all the API goings on, RTFM is usually happening also. perhaps you could paste a url with the technical aspects of what you are asking for. carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer