Re: [Gimp-developer] canvas background options
> Yes, this feature is important to me at least. It is important to > have a dark surrounding around a dark image and a light one around a > light image, so you can judge the contrast better. Yes, it is an important setting and I use it often. But I was happy with 2.0 in this matter, it provides easy enough access to this feature (at least for me). ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
]> ]> The natural place for a user to look would be ]> ]> within the "brushes" dialog. ]> ]Huh? ...? Seriously? ]> Seriously: ]> That's where brushes ... ]> Brush editor is the only other tool that creates brushes. ]That isn't true. Image->Save ... I stand corrected. Brush editor is the only other tool dedicated to creation and manipulation of brushes. The point is that creating a brush from an image or some part thereof should be done around the same place as you can delete or create a brushes by other means. Doubleclicking the brush gets you to the Brushes dialog. The brush editor is there, where it's quite intuitive, but limited. ]... Image->Save ... It's just somewhat akward ... You're right, it's a bit of an inconvenience to have to navigate, but at least the new file chooser helps :) _-T Juno Platinum $9.95. Juno SpeedBand $14.95. Sign up for Juno Today at http://www.juno.com! Look for special offers at Best Buy stores. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] comparing gimp speed
On Thu, 11 Nov 2004 23:16:49 +, Alastair M. Robinson wrote: > > The most important thing to do is balance your tile cache setting, as > you've already found. You want it large enough that GIMP doesn't have > to use its own virtual memory, but not so large that the OS has to use > virtual memory to accommodate it. On a 2GB machine, I'd set to about > 1.5GB, assuming GIMP has pretty much free reign over the machine. > If the OS has better virtual memory than what available to gimp, then you would want to use that one. In Linux, I think in most cases, you would want to use the (often in multiple disks) swap partitions/files available to the OS. If you want to keep the system friendly to other apps as well, you might consider a smaller than the available memory tile cache setting... PS. SOT: many people have more than one disk on their system. In that case they should consider these example fstab entries: /dev/hdf1 swapswapdefaults,pri=0 0 0 /dev/hdg5 swapswapdefaults,pri=0 0 0 /stuff/swap swapswapdefaults,loop,pri=0 0 0 (you might spell it as: "raid0 swap with three disks") ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
On Thu, Nov 11, 2004 at 11:06:21PM +, Alan Horkan wrote: > > I noticed the Canvas background colour options under the Image menu in the > gimp 2.2. > > In gimp 2.0 this option was fairly discrete and was available on the top > right just above the scrollbar which seemed fair enough even if it was > not something I would ever change (except perhaps by changing my desktop > theme). > > Is this feature really important to some users, so much so that it needs > menu items? I am suggesting it would be better to put this in the > preferences if at all rather than cluttering the menus. > Yes, this feature is important to me at least. It is important to have a dark surrounding around a dark image and a light one around a light image, so you can judge the contrast better. Regards, DindinX -- [EMAIL PROTECTED] If you must choose between two evils, pick the one you've never tried before. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] comparing gimp speed
Hi, Dov Kruger wrote: Granted, because you are editing the image, not just displaying it, there has to be some slowdown, but I wondered if there is any way I can tweak gimp, do I somehow have it massively de-optimized. When I first set up gimp-2.0, I tried both 128 and 512 Mb tile cache sizes. 512 seems to work a lot better, but it's still pretty bad. Any idea as to the area of the speed advantage of Adobe? It's true that GIMP struggles with large images. I frequently need to edit 400 or even 600dpi full-colour A4 pages on a 256MB machine, and that's sailing pretty close to the wind. The most important thing to do is balance your tile cache setting, as you've already found. You want it large enough that GIMP doesn't have to use its own virtual memory, but not so large that the OS has to use virtual memory to accommodate it. On a 2GB machine, I'd set to about 1.5GB, assuming GIMP has pretty much free reign over the machine. The other thing that can help a lot is to set the maximum number of undo levels right down to 1, but set the maximum undo memory to something a bit higher - maybe 50 or 100 MB. That way you still get plenty of undo levels on small images, but don't waste memory with a long undo history for huge images. I've found that this solves most of the disk thrashing problems with GIMP/Win98 and A4 scans. Linux seems to have better memory management to start with, but this tweak can help here too. All the best, -- Alastair M. Robinson ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] canvas background options
I noticed the Canvas background colour options under the Image menu in the gimp 2.2. In gimp 2.0 this option was fairly discrete and was available on the top right just above the scrollbar which seemed fair enough even if it was not something I would ever change (except perhaps by changing my desktop theme). Is this feature really important to some users, so much so that it needs menu items? I am suggesting it would be better to put this in the preferences if at all rather than cluttering the menus. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] comparing gimp speed
Hi, Dov Kruger <[EMAIL PROTECTED]> writes: > I noticed that gimp is very slow for large images compared with > Photoshop. We were recently processing some 500Mb images, and on a fast > machine with 2Gb, gimp is crawling along, while on a slower machine with > only 512 Mb, photoshop is considerably faster. I attributed it to a > massive amount of work in photoshop, using sse instructions, etc. but > then noticed that the default viewer in redhat allows me to load images > far faster even than adobe, and zoom in and out with the mouse wheel in > realtime. > > Granted, because you are editing the image, not just displaying it, > there has to be some slowdown, but I wondered if there is any way I can > tweak gimp, do I somehow have it massively de-optimized. When I first > set up gimp-2.0, I tried both 128 and 512 Mb tile cache sizes. 512 seems > to work a lot better, but it's still pretty bad. Any idea as to the area > of the speed advantage of Adobe? If you are processing large images and have 2GB available, why do you cripple GIMP by limiting it to only 512 MB of tile cache size? Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, "miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes: > Script-Fu is totally incomprehensible to graphic designers Actually you are not supposed to recognize that it's a script-fu. How to achieve that is what we are discussing at the moment. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, David Neary <[EMAIL PROTECTED]> writes: > I meant as an export operation. In general, if you pass a file to > a save operation that it doesn't support, it proposes an export > operation to convert to a format supported (like saving an RGB > image as gif, for example). I'm not sure how that's done, but I > imagine that it's mostly in the core. It happens completely in the plug-in. Well, of course the plug-in is calling core functionality using the PDB but the plug-in creates the export dialog and runs the export process. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, Alan Horkan wrote: > On Thu, 11 Nov 2004, David Neary wrote: > > Alan Horkan wrote: > > > On Thu, 11 Nov 2004, David Neary wrote: > > > > It should also (IMHO) work on images and not just drawables, > > > > proposing a flatten if necessary. Every time I have used > > > > selection to brush so far, the selection was created with "select > > > > all". > > > > > > I'd rather not add a flatten option (or 'work on copy'), > > > > I meant as an export operation. > > However in gimp 2.0 if you use File, 'Save as', then choose Gimp > Brush (.gbr) and if your image contains multiple layers you are already > asked to Export and advised to flatten the image. > Perhaps I'm still misunderstanding you. Yeah, I think so. The "Save as brush" or "Save as pattern" scripts should not only be active on a selection, they should work on an image. Since sending an image to the gbr plug-in results in a flatten operation if necessary, that's great. So there's no need for a flatten operation, and my "it should flatten if necessary" comment was superfluous :) Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] CV: http://dneary.free.fr/CV/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Sven Neumann wrote: Hi, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: Seriously: That's where brushes are managed. That's where they're deleted. That's where they're chosen. That's where they're created from scratch. That's where they're edited. That's where someone looking for a brush that doesn't quite match anything already there would like to see an option to make something different. Brush editor is there (where it belongs). Sorry, but I have to disagree. The brush editor may be the place where the brush ends up finally but if I want to create a brush from an image, then the function should be associated with the image. For add a path using the actual selection, there's a button in path dialog (selection to path). The brush dialog could have the same button. That's true that is mostly used (at least Is use it) for store selections. The fact that these buttons (selection to path/path to selection) are together, is good for quickly add/change/combine/cut/backup selections in this case. The button could be less usefull in brush/pattern, case??? ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[carol: Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...]
On Thu, Nov 11, 2004 at 11:17:20AM -0800, miriam clinton (iriXx) wrote: > just to clarify - i'm here contributing from the point of view of a > professional graphic designer, considering the mainstream > Adobe/Macromedia market who would have never used GIMP, and how we can > 'convert them over' . This market are of > the 'pick it up and use it' intuitive designers - they will reject at > sight anything that requires coding, or obscure menus. > have them hire someone who knows gimp for the same income. have them, at the end of the year, tally up how much each employee actually costed and compare it to their ability to produce actual results and know where all of the pieces came from. i think we will fail in selling this to people who need their employers to provide very much cushiony stuff for them and then they dont really know that much once this is all said and done. we should talk to their employers instead. who employes you? carol - End forwarded message - ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] comparing gimp speed
On Thu, Nov 11, 2004 at 03:28:14PM -0500, Dov Kruger wrote: > I noticed that gimp is very slow for large images compared with > Photoshop. We were recently processing some 500Mb images, and on a fast > machine with 2Gb, gimp is crawling along, while on a slower machine with > only 512 Mb, photoshop is considerably faster. I attributed it to a > massive amount of work in photoshop, using sse instructions, etc. but > then noticed that the default viewer in redhat allows me to load images > far faster even than adobe, and zoom in and out with the mouse wheel in > realtime. > is this gimp on windows or gimp on linux? you might need to change operating systems to have your gimp really work for you. that asks too much? dont use it then. carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
On Thu, 11 Nov 2004, David Neary wrote: > Date: Thu, 11 Nov 2004 21:36:18 +0100 > From: David Neary <[EMAIL PROTECTED]> > To: Alan Horkan <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] Selection to brush/pattern/whatever in > menus... > > Hi, > > Alan Horkan wrote: > > On Thu, 11 Nov 2004, David Neary wrote: > > > It should also (IMHO) work on images and not just drawables, > > > proposing a flatten if necessary. Every time I have used > > > selection to brush so far, the selection was created with "select > > > all". > > > > I'd rather not add a flatten option (or 'work on copy'), I think it is > > better to use the built in functionality where possible rather than > > complicating each script. Image Duplicate and Flatten Image work well and > > they both deserve shortcuts (I dont recall what the defaults are if any as > > I mostly use the Photoshop shortcuts). > > I meant as an export operation. In general, if you pass a file to > a save operation that it doesn't support, it proposes an export > operation to convert to a format supported (like saving an RGB > image as gif, for example). I'm not sure how that's done, but I > imagine that it's mostly in the core. Apologies. That makes a lot more sense. However in gimp 2.0 if you use File, 'Save as', then choose Gimp Brush (.gbr) and if your image contains multiple layers you are already asked to Export and advised to flatten the image. Perhaps I'm still misunderstanding you. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Miriam > okay... since i'm in the Hotel California where you can check in but > never check out Sorry that the you were unable to unsubscribe, I have no idea why the unsubscribe system didn't work for you but I'm pretty sure the developers were joking and that if you are still unable to unsubscribe having done your best to try the various methods available that they would be willing to take you off the list but I hope you will volutarily stick around a little longer. > Is it possible to design a GUI implementation of the same script? The > Select-To sounds good but its gotta be a short menu - preferably within > the Brush palette itself... thats where we'd think to look for it... I'm not sure you realise there already is a script under Script-Fu/Selection/To Brush... which will take the contents of the current selection, ask you to give it a name and then save it to the brushes folder. > Script-Fu is totally incomprehensible to graphic designers Not just graphic designers :) Scheme is an 'interesting' programming language but it sort of has its charms if and when you can eventually figure it out. I'd still like an automatic script recorder though. - Alan H. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Offtopic] Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
(sorry for all the offtopic comments about inkscape) On Thu, 11 Nov 2004, miriam clinton (iriXx) wrote: > Date: Thu, 11 Nov 2004 11:17:20 -0800 > From: "miriam clinton (iriXx)" <[EMAIL PROTECTED]> > To: "Jakub Friedl (lists)" <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] Selection to brush/pattern/whatever in > menus... > > just to clarify - i'm here contributing from the point of view of a > professional graphic designer, considering the mainstream > Adobe/Macromedia market who would have never used GIMP, and how we can > 'convert them over' . This market are of > the 'pick it up and use it' intuitive designers - they will reject at > sight anything that requires coding, or obscure menus. I think this is very understandable. I'm a big fan of the Plugin Browser as it makes it easier to find out what is where in the menus, but to learn the gimp you still really need to work your way through and do your best to try everything (I'm still learning). I have been switching between Adobe Photoshop quite a bit recently and to make it easier for me to learn to use it (and have a marketable skill) I have switch my copy of the gimp to use the psmenurc which provides Photoshop like keybindings for menu items. (apologies if I have suggested this to you before but I think it is always worth mentioning to new users already familiar with Photoshop) > testing this morning the latest version i found it incredibly difficult > just to apply a drop-shadow to text or objects - which is an absolute > essential. i can't understand why this is hidden in Script-Fu - then Developers tend to organise things by how they were made, what programming language was used but I think it is now generally accepted that it makes more sense to group menu items by what they do and some progress is being made but it is difficult to come up with a coherent plan because it is something that would be better changed in one go rather than incrementally to reduce any potential confusion for existing users. This report goes some way to coming up with a plan http://bugzilla.gnome.org/show_bug.cgi?id=116145 and this wiki page contains other ideas http://wiki.gimp.org/gimp/GimpMenuReorganization (I think renaming Filters to Effects is more trouble than it is worth, but we'll see what happens after gimp 2.2). > once you try to make a selection it has to run through all of them - i'm > testing on Win XP as the majority of users will be Windows or Mac - will I'd be surprised if the number of non-Windows gimp users didn't come close to or exceed the number of windows users, download statistics might provide some indications but that wouldn't cover the fact that the gimp is the defacto standard for graphics on Linux (wherease on windows there is mspaint (yes I'm absolutely serious). You have already explained the point of view you are coming from but I think that it is important to remember that the gimp is probably used occassionally by many users as oppossed to Adobe Photoshop which would be used heavily (almost exlusively) by graphic designers. If anything it makes it even more important that the gimp should be easy to use. > test on GNU/Linux once i have the disk space. that has issues of its own > - graphic designers cannot compile. nor do they understand libraries There are various Live CDs which I would happily recommend, I first tried gimp 2.0 on Knoppix. Other Live CDs that run Gnome by default include the Ubuntu Live CD and the Java Desktop System Live CD from Sun Microsystems http://jdshelp.org/ (although unfortunately it is too popular for its own good at the moment). > (Sodipodi failed on me this morning because of a missing dll, and a > designer without experience of code (i have some limited experience) > would have no idea how to correct this. > > the Script-Fu dialog comes up behind the image, instead of in the > regular toolbox - which makes it impossible to find - for quite a while > i thought the effect wasnt going to happen at all. after that i had the > strange experience of hitting cancel a million times to find the > selection I wanted. > > Layers and layer effects are working very nicely though and are intuitive. > > On the whole, I'm finding it much easier to use than before - my > comments may seem harsh but have to be seen in context from my first > humble appearance on the list - i'm kinda bug-testing from a > professional designer's point of view. I think the professional designers are going to be almost impossible to get to switch but it might be possible to convince them to also use the gimp in addition to their existing software if migration is made easier and there are a few things that the gimp does much better than other software. The difficulty of getting them to switch completely is compounded by their requirement to support their library of exisiting files in a proprietary format, and their collections of brushes and scripts that are difficult to convert. It is better
[Gimp-developer] comparing gimp speed
I noticed that gimp is very slow for large images compared with Photoshop. We were recently processing some 500Mb images, and on a fast machine with 2Gb, gimp is crawling along, while on a slower machine with only 512 Mb, photoshop is considerably faster. I attributed it to a massive amount of work in photoshop, using sse instructions, etc. but then noticed that the default viewer in redhat allows me to load images far faster even than adobe, and zoom in and out with the mouse wheel in realtime. Granted, because you are editing the image, not just displaying it, there has to be some slowdown, but I wondered if there is any way I can tweak gimp, do I somehow have it massively de-optimized. When I first set up gimp-2.0, I tried both 128 and 512 Mb tile cache sizes. 512 seems to work a lot better, but it's still pretty bad. Any idea as to the area of the speed advantage of Adobe? thanks, Dov ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, Alan Horkan wrote: > On Thu, 11 Nov 2004, David Neary wrote: > > It should also (IMHO) work on images and not just drawables, > > proposing a flatten if necessary. Every time I have used > > selection to brush so far, the selection was created with "select > > all". > > I'd rather not add a flatten option (or 'work on copy'), I think it is > better to use the built in functionality where possible rather than > complicating each script. Image Duplicate and Flatten Image work well and > they both deserve shortcuts (I dont recall what the defaults are if any as > I mostly use the Photoshop shortcuts). I meant as an export operation. In general, if you pass a file to a save operation that it doesn't support, it proposes an export operation to convert to a format supported (like saving an RGB image as gif, for example). I'm not sure how that's done, but I imagine that it's mostly in the core. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] CV: http://dneary.free.fr/CV/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
> Also - anyone have an address for the Inkscape-devel and Sodipodi-devel > lists? http://www.inkscape.org/mailing_lists.php http://lists.sourceforge.net/lists/listinfo/sodipodi-list here you are > candy' - thats another important factor for designers, we're competing > with the Windows and Mac toolkits, and frankly GTK looks pretty darn mac is nice - but windows? the main reason I switched to linux (now I know many better reasons, of course, so do not laugh at me) was that I was not able to look at the UGLY and gaudy windows user interface. GTK/Gnome, or other Linux GUIs too, can be really beautiful while still easy on eyes and not distracting with proper themes > strange and ugly to a designer - it'll put them off using a really good and again, most money I have ever earned was for graphic design or other graphic work on computer (DTP mainly) > tackling them. Sodipodi... sorry, its still unfathomable even when I had > it running on Win ME please use Win 98 or XP if you have to use Windows, but not ME. It is the worst system from Microsoft available. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
just to clarify - i'm here contributing from the point of view of a professional graphic designer, considering the mainstream Adobe/Macromedia market who would have never used GIMP, and how we can 'convert them over' . This market are of the 'pick it up and use it' intuitive designers - they will reject at sight anything that requires coding, or obscure menus. testing this morning the latest version i found it incredibly difficult just to apply a drop-shadow to text or objects - which is an absolute essential. i can't understand why this is hidden in Script-Fu - then once you try to make a selection it has to run through all of them - i'm testing on Win XP as the majority of users will be Windows or Mac - will test on GNU/Linux once i have the disk space. that has issues of its own - graphic designers cannot compile. nor do they understand libraries (Sodipodi failed on me this morning because of a missing dll, and a designer without experience of code (i have some limited experience) would have no idea how to correct this. the Script-Fu dialog comes up behind the image, instead of in the regular toolbox - which makes it impossible to find - for quite a while i thought the effect wasnt going to happen at all. after that i had the strange experience of hitting cancel a million times to find the selection I wanted. Layers and layer effects are working very nicely though and are intuitive. On the whole, I'm finding it much easier to use than before - my comments may seem harsh but have to be seen in context from my first humble appearance on the list - i'm kinda bug-testing from a professional designer's point of view. Also - anyone have an address for the Inkscape-devel and Sodipodi-devel lists? I've been trying to test these and contribute also but havent found the lists yet. Inkscape is impressive, but could do with some 'eye candy' - thats another important factor for designers, we're competing with the Windows and Mac toolkits, and frankly GTK looks pretty darn strange and ugly to a designer - it'll put them off using a really good tool. Inkscape on the whole did what i wanted when i learnt how it 'thought', but wouldnt open and reopen from Illustrator. I'd very much like to report these experiences to their list and see how they are tackling them. Sodipodi... sorry, its still unfathomable even when I had it running on Win ME Best, Miriam. Jakub Friedl (lists) wrote: Script-Fu is totally incomprehensible to graphic designers it depends. i am a fluent script-fu speaker for example. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Path to Grid idea
Path to Grid idea: I've been experimenting with various grid types, (esp. polar grids that don't get crowded in the center.) What I came up with works quite nicely, but then I had this idea for a more general solution: If grids were could be created from arbitrary paths, we could create arbitrary grids. _-Ted Juno Platinum $9.95. Juno SpeedBand $14.95. Sign up for Juno Today at http://www.juno.com! Look for special offers at Best Buy stores. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
> Script-Fu is totally incomprehensible to graphic designers > it depends. i am a fluent script-fu speaker for example. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
okay... since i'm in the Hotel California where you can check in but never check out from a graphic designer's point of view this is a nightmare... most of them wouldnt know how to use the Bash shell, or only the basics, let alone how to do this. Is it possible to design a GUI implementation of the same script? The Select-To sounds good but its gotta be a short menu - preferably within the Brush palette itself... thats where we'd think to look for it... Script-Fu is totally incomprehensible to graphic designers Just my 2c from the graphics corner... mC~ (who has promised not to write on w3c issues ever again, as long as noone else does ;P ) Popolon wrote: Actually in Select menu there is two items "To Path" and "Save To Channel". I searched long time how to convert selection to brush, I think that the only way was to save brush to a file, move the file to ~/.gimp-xx/brush folder and restart gimp. This week in a newsgroup, another guy searched didn't find how to convert a selection to a pattern. For him the only way was to save selection to move the file to ~/gimp-xx/pattern folder and restart gimp :(. A day, don't know exactly for why, By wandering in gimp menus, I find the miraculous: Script-Fu->Selection->To Brush/Image/Pattern I believe (perhaps wrong), that the human logic is to use the same tool to do nearly the same thing. The menu Select could have an organisation for these conversions as: Select->To...->[Brush/Channel/Image/Path/Pattern/...] to avoid a to long Select menu. and a 'Selection To Brush/Pattern' button could be in brush/Pattern windows, as there is 'Selection to Path' button in Path window. This could improve speed of The Gimp apprenticeship and workflow for some tasks. Regards Popolon ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
On Thu, 11 Nov 2004, David Neary wrote: > Date: Thu, 11 Nov 2004 18:21:36 +0100 > From: David Neary <[EMAIL PROTECTED]> > To: Sven Neumann <[EMAIL PROTECTED]> > Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>, [EMAIL PROTECTED], > [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] Selection to brush/pattern/whatever in > menus... > > Hi, > > Sven Neumann wrote: > > Script-Fu->Selection->To Brush solves this nicely > > but it should be moved to a better place in the menus. I forgot that I made further modifcations to my local copy of the script besides moving it to "Edit, Define Brush..." I aslo removed the option to specify the filename and made the script to that automatically because if I really wanted to be able to specify the filename I could "Save As" and I preferred to to keep it as simple as possible (and I also wanted to copying how that other photo editor does it http://www.nectec.or.th/courseware/graphics/photoshop/define-brush.gif ) It is important that 'Define Brush' be significantly easier and way more useful than using 'Save As', at the moment the main advantage of the script is not needing to hunt around for the correct directory. Now that I think about it more I remember I actaully made quite a few changes I also improved it to work with INDEXED Images and I made sure it worked if you had no existing selection. I might have submitted it before (if I was finished and if I thought it might be accepted without too many changes) but my attempts to consolidate the code with 'Selection to Pattern' were not very successful (saved more space by not needing to include the GPL twice than anything else), and it kinda sucks not to be able to include a thumbnail sized preview in the dialog. > It should also (IMHO) work on images and not just drawables, > proposing a flatten if necessary. Every time I have used > selection to brush so far, the selection was created with "select > all". I'd rather not add a flatten option (or 'work on copy'), I think it is better to use the built in functionality where possible rather than complicating each script. Image Duplicate and Flatten Image work well and they both deserve shortcuts (I dont recall what the defaults are if any as I mostly use the Photoshop shortcuts). If there is enough interest I will try and dig out my modified version later this week, I might have to forward port the changes to gimp 2.0. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, Sven Neumann wrote: > Script-Fu->Selection->To Brush solves this nicely > but it should be moved to a better place in the menus. It should also (IMHO) work on images and not just drawables, proposing a flatten if necessary. Every time I have used selection to brush so far, the selection was created with "select all". Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] CV: http://dneary.free.fr/CV/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, Sven Neumann wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > > The natural place for a user to look would be > > within the "brushes" dialog. > > Huh? If you wanted to use the current image or part of it as a brush, > you would look in the Brushes dialog? Seriously? Personally I'd look in the File menua under a "Save as..." submenu if it wasn't in the top level, but I can see that someone might think to look in the brush dialog (in the same way as someone looks in the gradients dialog to create new gradients). Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] CV: http://dneary.free.fr/CV/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Selection to brush/pattern/whatever in menus...
Hi, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > ]> The natural place for a user to look would be > ]> within the "brushes" dialog. > ] > ]Huh? If you wanted to use the current image or part of it as a brush, > ]you would look in the Brushes dialog? Seriously? > ] > > Seriously: > > That's where brushes are managed. > That's where they're deleted. > That's where they're chosen. > That's where they're created from scratch. > That's where they're edited. > That's where someone looking for a brush that doesn't > quite match anything already there would like to see > an option to make something different. > Brush editor is there (where it belongs). Sorry, but I have to disagree. The brush editor may be the place where the brush ends up finally but if I want to create a brush from an image, then the function should be associated with the image. If you want to open an image file would you go to the Images dialog? When saving an image, would you use a file-manager to select the filename and expect it to ask you what you want to put there then? > Brush editor is the only other tool that creates brushes. That isn't true. Image->Save is already creating brushes quite nicely. It's just somewhat akward that you have to select the brush file type, look for the brushes folder and refresh the brushes list when you are done. Script-Fu->Selection->To Brush solves this nicely but it should be moved to a better place in the menus. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
