Re: [Gimp-user] Gimp-user Digest, Vol 106, Issue 10
Jerome (fokju...@gmail.com) wrote: So, by all the replies slating Unity (which I think is great, actually), might I assume that my original query is unanswerable? Just a reminder of my initial question. I asked if anyone knows how to make Gimp's window focusing work more intuitively in Unity. For example, when switching between workspaces, the focus defaults to the toolbox. Well, I guess this question should be asked to the unity developers. When they were developing the new window management, they hopefully have been thinking about multi-window applications and have a spec on how the focusing of the windows should behave. If they have recommendations to application developers I'm sure we'll have a look at them and consider implementing their hints, provided they don't conflict with the regular window managers. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] how to apply a stepping curve
Krzysztof Żelechowski (giecr...@stegny.2a.pl) wrote: When I create a curve to apply to an image, GIMP gives me only two choices: a freehand curve and a smooth curve. I need to apply a stepping curve (piecewise flat) and I am out of luck because there is no such option. It should be reasonably easy to implement a new curve type that implements this kind of piecewise constant function. One starting point for this could be the function gimp_curve_calculate() in app/core/gimpcurve.c. IMHO also interesting would be a piecewise linear type that connects the control points with straight lines. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] how do I find the pathname of a selected font?
bobdobbs (for...@gimpusers.com) wrote: I've got lots of fonts in quiet a few directories. I'm using a particular font in an image I'm editing. I want to discover the pathname of this font. It looks like the name of the font that gimp displays in the font text settings pane doesn't corrospond to the filename of the actual font, so the solution isn't as simple as navigating to my main font directory and grepping for it. Can gimp give me enough information on the font to allow me to find it? Not exactly Gimp, but try this: si...@mezzanine:~$ fc-list DejaVu Sans : file /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-BoldOblique.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-ExtraLight.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Bold.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansCondensed-Oblique.ttf: Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Notes of the GIMP BOF meeting at the LGM 2010
Hi all. Thanks to all attendants to the LGM 2010, it was a tremendous conference, I enjoyed it a lot. And thanks to the organizers for coming up with the note taking service: for our GIMP BOF agnez did jot down what was discussed, thanks a lot for this. I mostly left the notes unedited, except for filling in some missing names. If you attended the BOF please feel free to fill in stuff you feel is missing, and if one of the non-attendants wants to have some clarification, please ask on the mailinglist. Thanks, Simon annual gimp developer meeting organizational meeting collecting topics agenda - decide about future gimp website www.gimp.org not updated any more... and other sites - improve to get non developers involved - merchandising, gimp brand - introduce google summer of code project - coming gimp releases, generic chat about releases - group photo introductions - Michael [schumaml], building gimps on windows admin german gimp forum, taking care about agenda, organise summer of code... - Peter [guiguru], interaction architect, effort of renovating gimp ui, multiprocess - Alexia [Death], estonia, paint tools, - Simon [nomis], 13 years gimp involvement, no current projects - Tobias [tobi], gimp user since 1.2, moderator german gimp forum - Alexander [prokudine], using since99, technical support for russian users , russian documentation - Agnez, note taker - Tor [tml], finnalnd, no gimp involvement, gtk on windows - Øyvind [pippin], gegl project - Lukáš, krita, here for steeling gimp ideas - Boudewijn, krita, here to see how gimp community works - Michael [Bat`O] student, contributing code - Joao, trying to keep functionalities - Akkana [akk], user support, writing books about gimp - Jakub [jimmac], not involved for over a year, getting into the dialogue -- future of gimp websites www.gimp.org, current release announced there is not up to date. the site is running on a replacement system, parts of the site are broken for several months, not going to be fixed on the actual server, - same problem for wiki, spammed and not maintained, down now - needed: new server, rent server service, no problem to pay, dedicated server, - needed: admin or maintainer is needed paying someone full time is not foreseen, no one feels responsible for taking care of this problem at the moment - site maintainer needed - hard deadline needed? - who owns the domains? - Shawn Amundson, old gimp member, can be asked to redirect or create sub-domains without problem ?? set up a gimp foundation? there was a call for ideas and actions, no feedback came fo that idea domain name should be owned by a foundation - problem that Shawn owns the domain name? no problem per se, it worked fine for yeas, but would be more appropriate via gimp foundation. money is not a problem, flow of donations is large, need to figure out how to spend it. the money is there for a sysadmin - hardware is more pressing problem than domain name discussion - dedicated server - existing custom build system for the websites - buying hardware, or renting server, not important - what hosting company? what software? - hi traffic shouldn't be a problem, good quality hosting needed, not choosing the cheapest!!! ?? who is going to lead the web projects? traditionally : if someone starts to take a responsibility many will follow and take decisions. - alexia can take over some responsibilities, has been doing some of [admin work] before, take care of technical part - organizing migration to new technical hardware - who asks Shawn about dns matters. joao can take care of that? - choosing a hosting provider, do we care about the hosting country? no us. export regulations autralia? what can be taken of the site? what is going to be maintained? some parts have been sleeping for a while www top priority registry.gimp.org for uploading scripts and other resources. has been started by someone not close to gimp community but working good. has been drowned by it's success, heavy to use, ?? www.gimp.org running on a cms system? we need internationalization!! more system admin work? no complicated roles for contributers!! blocking everywhere take out the static part, throw away the python part, making adding news easy dynamic and localize site that can involve people into gimp (content contributors)? cms can be pain in the a**, but the actual site (git) is to technical for many contributors cms is going to get hacked, dock books plain html is blocking people, keep it as simple as possible basic machinery of the site should be founded in simple html, wikis etc can be connected to it.use git for contributing site going to stay static jakub volunteering for taking care of the website moderator access actually maintained by ingo (not present) also taking care of content cleanup ask him how the admin works, who has access to what? how is maintaining working? requirement set registry as a one click install site what happens if server crashes? there are
Re: [Gimp-user] whan means tube button ?
Cristian Secară (or...@secarica.ro) wrote: Example from a tooltip: Create an image of a Tube Button Label using the gimp.org webpage theme. Ok, I go to http://gimp.org. Where are the tubes ? In the past. The tube on our homepage is long history... :-) Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] changing colour
Norman Silverstone (nor...@littletank.org) wrote: I have a test image which is monochromatic (black/white), is a grid pattern and shades from black on the left to white on the right which I have been using for some Unsharp Mask experiments. In order to extend these experiments I would like to change the test image to a coloured monochromatic image (red/white, green/white and blue/white). Is it possible to change this test image to a coloured image or will I have to hunt around to either find or make new images? In the Colors menu there are some useful tools to globally change the color, you should be able to do something with them. What immediately comes to my mind is gradient map, which maps the current gradient to the intensity levels in the image. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Script-Fu Exceptions and errors
Thomas DuBuisson (thomas.dubuis...@gmail.com) wrote: - CODE -- (let* ((image (car (gimp-file-load RUN-NONINTERACTIVE image.png image.png))) (layer0 (car (gimp-image-get-active-layer image))) ) (let* ((layer1 (car (gimp-image-flatten image (gimp-layer-set-mode layer1 25) ) (let* ((layer1 (car (gimp-layer-new-from-drawable layer0 image ... - END CODE -- As you already found out, flattening the image makes its layers invalid, this is because it generates a new one, which it returns as result. As you can see in my re-indented version of your code, you use let* to bind the newly created layer to the layer1 variable, yet you forget it too early, since you need to use it for the gimp-layer-new-from-drawable. I don't like how you nest the various let*-statements. That makes the code hard to track. It would be better if you have some dummy variable declarations in your outer let*-statement and then use set! to redefine the values. Something like this: (let* ((image (car (gimp-file-load RUN-NONINTERACTIVE image.png image.png))) (layer0 (car (gimp-image-get-active-layer image))) (layer1 0) ) (set! layer0 (car (gimp-image-flatten image))) (gimp-layer-set-mode layer0 25) (set! layer1 (car (gimp-layer-new-from-drawable layer0 image))) ... Also note that the use of 25 for the mode is not nice, you really should use the symbolic constants. 3) C Assertation failures Perhaps most concerning are the assertation failures. Presumably, these are not supposed to happen. How concerned should I be? [...] (gimp-console:2987): Gimp-Core-CRITICAL **: gimp_image_remove_layer: assertion `gimp_container_have (image-layers, GIMP_OBJECT (layer))' failed You should be concerned moderately, since your code apparently is doing some bogus stuff and does not properly keep track of the layers in the image. However, the critical warning should not happen, we really should catch these errors in the PDB wrappers already. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Edit Stroke Selection, Line width odd/even and antialiasing
Sven Neumann (s...@gimp.org) wrote: On Mon, 2009-06-15 at 22:50 -0500, DJ wrote: Just wondering why, odd pixel widths look different than even pixel widths when using Edit Stroke Selection? Just think about it. You are stroking along the pixel borders. An even line width will cover pixels exactly. An odd line width will only cover the outer pixels by 50%. Actually at some point someone seems to have done a fix that offsets the stroke by 0.5 pixels if the brush has an odd width. At least it feels like this, since stroking a 1 pixel brush with the paintbrush yields a black one-pixel line offset 0.5 pixels against the selection outline. Argh. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Edit Stroke Selection, Paint Tool=Paintbrush verses using the same Paintbrush Tool directly
David Gowers (00a...@gmail.com) wrote: On Tue, Jun 16, 2009 at 2:41 PM, DJdelphit...@yahoo.com wrote: Hi Gimp-user, After creating a rectangle with the Rectangle Select Tool, rotating it -40 degrees, I selected Edit Stroke Selection. I clicked the radio button next to Stroke with a paint tool and then Paintbrush in the Paint tool drop down. I then created a rectangle parallel to the one above using the same Paintbrush. I made no changes to the Paintbrush Tool Options. I created this rectangle freehand, clicking where the 4 corners would be while holding the shift key. Should the 2 painted rectangles look alike? No. I understand your problem now. Sorry, apparently not :-) The rectangle selection you made is constraining painting during the stroking of the selection., just like any other selection would. If you want the stroking to disregard the selection when applying paint, you are better off converting the selection to a path then stroking the path (with no selection active). No, stroking the selection is *not* constrained by the selection itself as you can easily check by using a thicker brush (or looking at the opposite side of the rotated rectangle). What DJ probably is referring to is, that stroking the selection of a -40° rotated rectangle is not the same as manually painting the 4 lines that form the boundary of the original rectangle. This is in fact a problem with how stroking a selection is currently handled. You're actually stroking a line following the marching ants, and if you zoom into the rotated rectangular selection you'll notice, that they don't consist of 4 lines describing the rectangle, but actually are composed from very small horizontal and vertical segments between the pixel boundaries. This actually makes a difference: the distance along this stairs between two corners is longer than a line connecting just the endpoints, which also implies that the spacing of the brush looks tighter. Also the fact that the segments always are on exact pixel boundaries means, that you hit a specific case for the brush interpolation, under some circumstances giving the effect of no antialiasing at all. So, this is the problem you're seeing. And it is not easy to fix, I tried. Workarounds typically go along the lines of converting the selection to a path and then stroking the path. The conversion to a path tries to get rid of these tiny segments and can do this better than the code for stroking. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Modify text on a jpg file with gimp 2.6.4
powah (wong_po...@yahoo.ca) wrote: The jpg file is exported from a visio file embedded in a ms word document. Instead of using the jpg file format, what else should I use to keep the text information? Unfortunately I don't see a way for you to keep the text information here. You probably have to just use visio to edit the text until it shows the text you want, and then import it into the GIMP and apply whatever graphical effects you wanted to add. Keep in mind that GIMP is a pixel based program and not a diagram editor. What about gif file? Won't help. Basically our own XCF format is the only format that can store GIMPs text layer information in an editable manner and there are no other programs writing such files, especially not from microsoft... :-) Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Delete to transparency
Theo M (for...@gimpusers.com) wrote: Just a side note to my reference in the subject line, when i opened the images to layers, i found that the inverse selection I did to delete everything but the rider, did not delete to transparent but rather to white, which I then convert colour to alpha. i was under the impression that the I could delete to transparency, and despite my best efforts I could not get it work. If the layer name in the layers dialog is printet fat the layer does not contain an alpha channel. You should add it via the context menu, then you'll delete towards transparency. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How to Get the Colour Average (and possibly other statistics) for a Selection
Shlomi Fish (shlo...@iglu.org.il) wrote: Let's say I have an image, and I made a selection. Now I want to run a command that gets the mean/average colour of the selection (and possibly other statistics like median, standard deviation, etc.). I'd appreciate any pointers to existing tools. This won't be too hard for me to implement (I'm a programmer), but I'd rather spare myself the time. For the GUI there is the Histogram Dockable. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How to Get the Colour Average (and possibly other statistics) for a Selection
Simon Budig (si...@budig.de) wrote: For the GUI there is the Histogram Dockable. Oh, and there of course is gimp-histogram in the PDB as well. Bye, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Diagonal Method
Jacek Poplawski (jacekpoplaw...@gmail.com) wrote: I am interested in portrait photography and I found very good results with the diagonal method crop. This method looks very easy to implement, but for some reason it is not available for Gimp. It has been implemented a few days ago and is available in the development branch of the gimp sourcecode. It will however take a while until it makes it into an official release. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Path Tool inop.
Bill T. (for...@gimpusers.com) wrote: I have finally ghotten the use of Text Circle to an easily used function for creating circular text at the top of my CD lables when suddenly I get a forbidden synbol attached to Path Tool for creating upright circular text at the bottom. OUCH! It was working perfectly 29 hours ago. Look in the tool options of the path tool and make sure that Design is selected. It might be stuck in the Edit mode currently. Hope this helps, Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Feature request: Toolbox customisation
Kristjan Siimson (kristjan.siim...@gmail.com) wrote: ever will. Therefore, there should be a way to remove useless noise, a feature TO ADD OR REMOVE TOOLS FROM TOOLBOX. Shouting is not necessary - it is already there: File-Dialogs-Tools and then toggle the visibility with the eye icon. Of course, one could go even further, make tool presets, add the ability to move icons around, but for now that is not as important as getting GEGL implemented. Reordering the tool list works as well. Bye. Simon -- si...@budig.de http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] stroke selection not antialiased
Nathan Lane ([EMAIL PROTECTED]) wrote: So why not convert your selection to a path then stroke the path? This is a good work around, and even in my mind now, this makes sense. The stroked path is antialiased. This is a good workaround if you know what you're doing and what effect you're after. We just cannot make this descision on behalf of the user from within Gimp code. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Identify old GIMP font
Per Gregers Bilse ([EMAIL PROTECTED]) wrote: The font in question is the one used in the buttons on the left (Hour, Day, Week, etc). I do remember it had an odd name, there was only one of its kind (no bold, italic, etc), and it came in only half a dozen sizes or so. That looks like one of the Fixed fonts shipped with the X-Server. Since Gimp no longer uses the X11-mechanisms for font selection it no longer shows up in the font dialog. You need to somehow convince fontconfig to provide that font as well. I currently cannot tell you ad hoc how to achieve that. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] stroke selection not antialiased
Ernie Wright ([EMAIL PROTECTED]) wrote: I don't get *any* antialiasing when I stroke elliptical selections. Antialiasing is checked in the tool attributes of the Ellipse Select tool. It's also checked in the Choose Stroke Style dialog. Fills antialias just fine. I also get an antialiased line if I convert the selection to a path and then stroke the path. See http://home.comcast.net/~erniew/gimp_alias.png I haven't seen this discussed anywhere, which is normally a clue that I'm doing something wrong, but I can't imagine what it might be. You're not doing anything wrong and we know about this effect. Gimp doesn't do anything wrong either, it just does something the user does not expect it to do. The effect is discussed in bug #50730 ( http://bugzilla.gnome.org/show_bug.cgi?id=50730 ). I played around with the code in question in 2003 (see comments #15 and #16) but did not come up with a real solution. The underlying problem is, that the selection boundary you're stroking is made up of lots of horizontal and vertical segments - the ones you see when zooming into the image and watching the marching ants. Stroking it with the method you choose results in a lot of faithfully rendered edges, which happen to mirror the original pixels and looks like not-existing antialiasing. Converting the selection to a path intentionally drops these little horizontal/vertical segments and approximates them with a smooth bezier curve and suddenly the whole problem disappears. A proper fix probably would need a different approach on how we handle the selection, but this part of the discussion should happen on gimp-devel. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] export and save as gif dialogs
ge ([EMAIL PROTECTED]) wrote: I asked synaptic, to install it; synaptic says, at least 40 packages had to be deinstalled and reinstalled for this, including kdelibs4-dev and kde-sdk. Ok, that seems a bit messed up - installing libgimp-dev should be painless, but maybe there are some odd version mismatches or whatever. You're probably right in not trying to install libgimp-dev if it has these consequences. Maybe ask in a forum for your distribution what should be done there... According to documentation gimptool is required for adding gimp scripts. It is not required, it has a convenience function for script-fu scripts. You can as well just copy your script-fu-script to ~/.gimp-2.x/scripts/ . Have fun, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] No tools window
Dotan Cohen ([EMAIL PROTECTED]) wrote: Often when tabbing through the Gimp windows I find that any particular window will be missing. Right now it is the Tools window. How does one reopen it? The obvious place to look (View) does not have it in there. Thanks. Not sure if this is the problem you're seeing, but note that you can toggle the toolbox and dock-dialogs with the Tab-key. If you hit that by accident windows will go missing... Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] remove from list
AJ *** ([EMAIL PROTECTED]) wrote: remove [EMAIL PROTECTED] from gimp user mailing list!! you subscribed yourself, please unsubscribe yourself. A pointer is below each and every mail: Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 2.4
kerry ([EMAIL PROTECTED]) wrote: I am completely new to Gimp and have downloaded the windows version but on finding the podcast videos I have discovered that there is a version 2.4 and my version is 2.2.17. Please could you tell me where I can download the 2.4 for windows in complete package as I am not that computer literate. I got my version from this website: http://gimp-win.sourceforge.net/stable.html Gimp 2.4 is not yet finished, this still will take a little time - probably just a few weeks. There are release candidates available, but it takes some effort to build them. Have a little patience, when 2.4 is out windows installers are just a matter of time. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] non-destructive editing
Patrick Shanahan ([EMAIL PROTECTED]) wrote: * gimp_user [EMAIL PROTECTED] [10-02-07 13:47]: Much unnecessary quote removed. One thing I forgot to mention is that if you are simply trying to edit an image for your own use and can revisit the original then the absense of non-destrucitve editing features may not be a handicap. The point is to know what you can and cannot do with each and every toolset and when a tool is appropriate to your needs and when it is not. You keep getting back to this non-destructive editing. WHO can edit an image for what-ever purpose and not retain the original? HOW can you edit anything and not have a copy of anything to begin with? You can do this by storing the original and saving the additional processing steps. Then the result can be recomputed from the original image data. Which incidentially is one of the points that GEGL wants to make possible. You have confirmed your statis as NOISE and nothing else. Not just noise, his points have some merit. But they are directed to the wrong audience and the intended audience already knows about his points. That ironically makes his mails pointless... Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] clone tool
vt ([EMAIL PROTECTED]) wrote: Is it just me or is it known bug, that clone tool in gimp 2.4.0-rc2 doesn't work? I pick it (C key), then press Ctrl to choose what to clone, then release Ctrl and try to paint with it. Nothing appears under the cursor. Current SVN works fine here (and has no changes in the Clone tool AFAIK). Are you absolutely sure that you have the correct layer selected and that there is no selection active? It also might help to reset the clone tool options back to the defaults. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] clone tool
vt ([EMAIL PROTECTED]) wrote: I make only one layer for purpose of experiment and try to work on it. Nothing changes. And nothing changed in clone tool options. I've installed Gimp from Debian repository. I'll try to restart computer just in case new updates are still not working or smth, but I doubt it would help. Restarting the computer won't help. Doubleclick the clone tool to get the tool options visible if they're not visible already. Then click the bottom right button with the yellow arrow on it to reset it to the defaults. Then select Select-None to make absolutely sure that there is no selection left for some reason. Does the clone tool still refuse to work? Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] clone tool
vt ([EMAIL PROTECTED]) wrote: Oh, I've got it. You have to press Ctrl and Alt together to get it working:) No. I don't knwo what exactly you got, but to pick a source for the clone tool CTRL definitely is sufficient. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Forensic analysis using gimp
Anthony Ettinger ([EMAIL PROTECTED]) wrote: Lucas Prado Melo wrote: How can I identify (using gimp) if a photograph has been faked? [...] I would be interested in learning more about high-level techniques for analysis as well. If anyone finds a resource. At the last chaos communication congress there was a guy talking about digital image forensics. Some stuff about this talk can be found here (his talk was in german though): http://events.ccc.de/congress/2006/Fahrplan/events/1605.en.html an interesting link there is http://www.cs.dartmouth.edu/farid/publications/sp05.html This stuff actually looks out for artefacts from resampling (happens while scaling, rotating etc.). Interesting stuff. Hope this helps. Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] batch mode debugging
Sven Neumann ([EMAIL PROTECTED]) wrote: The problem here is that if you call a Script-Fu script from another Script-Fu script, then you are not doing a PDB procedure call. The called script is evaluated directly by the Scheme interpreter. This may lead to a somewhat different calling convention. I haven't looked at it in detail and can't tell you exactly what this means for the run-mode. Since script-fu parses all the scripts into memory and invokes the respective functions from there it basically means, that the function gets invoked as defined, i.e. without the run mode parameter. If you want to pass the run mode parameter you can use the function used internally by script-fu: (gimp-proc-db-call script-fu-sphere RUN-INTERACTIVE 100 100 1 '(255 0 0) '(0 0 255)) I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Programmatically modifying text in .xcf files.
John R. Culleton ([EMAIL PROTECTED]) wrote: On Thursday 26 July 2007, mal content wrote: Is there a tool or method available to safely and reliably modify this text (replace it with other text) from the shell, or some other interface that doesn't require me to open 100 or so files in Gimp*? If you are on a Linux or similar platform something along the lines of awk or sed could be possible approaches. You would end up with invalid xcf files. Even if you could replace the text without damaging the file structure your image still would look the same, since even text layers are stored as pixels. The text you find in the xcf file is metainformation that would get used if you'd change the text in the gimp and thus would force gimp to re-render the text layer. So basically the only tool being able to effectively change the text is the Gimp itself. And - as Sven mentioned - since we unfortunately do not have a PDB API for this functionality it is impossible to create a script to let gimp do this. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP and tilt sensitivity
Sven Neumann ([EMAIL PROTECTED]) wrote: On Thu, 2007-07-19 at 19:40 +0200, Jürgen Hubert wrote: Especially interesting is its tilt sensitivity. However, the only tool tilt sensitivity seems to have an effect on is the Ink tool. Is this accurate or am I missing something? That is mostly accurate. In theory one could also create a brush pipe that reacts to tilt but I am not sure if this really works. As far as I know no one has tried this yet and it would be very tedious, to say the least. The Felt Pen brush is tilt-sensitive. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp - gimpshop - newbie
David Southwell ([EMAIL PROTECTED]) wrote: On the first point my reaction to those adopting an authoritarian position is come on guys loosen up. It gives the impression that a few people with an axe to grind want to freeze out gimpshop rather than encouraging any extensions of gimp, of which gimpshop is one, to mature. To be frank, we - as the main Gimp developers - have been insulted by the gimpshop developer(s?) by them just taking our code, messing with it and just *no* communication. Additionally - as outlined earlier - the technical solutions used by Gimpshop are bad and hackish. E.g. Changing the strings to be more Photoshop-like immediately kills any of the dozends of translations we have available. Every Gimpshop Mail on this list annoys me, because of this abuse of gimp. This is the reason why we are touchy and not willing to loosen up. Please go ahead and create a mailinglist for gimpshop. This is not the place for it. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp - gimpshop - newbie
David Southwell ([EMAIL PROTECTED]) wrote: I suggest you treat gimpshop as an intermediate hack. Get the best out of it you can until someone is encouraged to dvevelop something more sophisticated. That simply is impossible, since the solutions of Gimpshop are no solutions. I tried to explain that already, but you apparently do not understand the impact of changing strings in the sourcecode. The hacks of Gimpshop simply cannot be applied to the gimp, they are technically too bad. Sorry for the harsh words, but this is reality. And in case you missed it, we are in a very intense process of looking at the gimp user interface and improving it. People comparing the current 2.3 development version with 2.2 tend to like the changes a lot. I prefer this way over just emulating parts of the Photoshop interface. Do you accept this as a not-blinded-by-emotion answer? Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp - gimpshop - newbie
David Southwell ([EMAIL PROTECTED]) wrote: IMHO it is time to let go of anger and act in a mature and constructive way. Ok, lets just open up this list and make it a gimpshop list as well. And a Photoshop list. And a Paintshop Pro list. And a Krita list. They all offer something that gimp urgently needs, hence it can be discussed here. The usefulness of this list would go towards zero, but whatever. This obviously benefits the greater goal of giving gimp what it apparently needs. /irony To make my point clear: Gimpshop has changed the user interface of the gimp in a more-or-less drastical manner. Advice given for Gimpshop cannot be applied to Gimp and vice versa. It is a different project, and the developers of Gimpshop obviously have no interest in playing nice with us Gimp developers. Please discuss that stuff elsewhere. This is not the place since advice given on Gimpshop will confuse Gimp users and vice versa. Go, create a gimpshop mailinglist - it is not as if ressources for mailinglists are hard to get on the net. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp - gimpshop - newbie
[slightly reordering the quotes] David Southwell ([EMAIL PROTECTED]) wrote: Really gimpshop is part of gimp.. the version of gimpshop running on my system depends upon the latest version of gimp. This is backwards logic. We - as the GIMP developers - have no influence on Gimpshop. Hence it cannot be a part of the Gimp. If at all it is the other way around: Gimpshop needs Gimp to work, hence (a specific version of) Gimp is part of Gimpshop. A gui that emulates photoshop is really needed . I don't think so. If people want to have a GUI that behaves like Photoshop, then they should simply use photoshop. It might surprise you, but we don't actually have a problem with people making that descision. There are millions of trained photoshop users out there. Most modern software seperates the view or (GUI) from the Model and the controller. This means that developing alternative skins (gui's) becomes s straightforward process. Maybe this discussion could be turned into examining the question -- How easy would it be to focus on facilitating the development of alternative skins (gui's) for gimp? We already have two guis - the classical Gimp user interface and a commandline tool, which does not even link against GTK+ (the library for displaying the buttons/windows/menus on the screen). Granted, the latter is not exactly an exiting interface, but it shows, that the image manipulation core and the GUI are pretty well separated at the moment. So, the separation you want is there. However, the largest chunk of code in the GIMP deals with the User interface. If one wants to exchange this against another user interface he would have to write an awful lot of code. Not exactly easy. And for a separation inbetween through the GUI I don't see an obvious cutting point. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Best list for Script-Fu question?
Dave 77459 ([EMAIL PROTECTED]) wrote: I wrote my first scheme file today, and it works great... on small images. On large-sized originals, one or more of the created layers is corrupted. You need to explicitely clear newly created layers from your script. This is done automatically in the GUI, but you have to do it yourself in your script. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Corruption of Graphics Files
ASJF ([EMAIL PROTECTED]) wrote: I have some trouble with a JPEG file... When trying to open this file I get : Not a JPEG file: starts with 0x00 0x00 Fine... The file seems not to be truncated, it has the same size as the other ones. Do you know how I can change the start of file and the end of file of a JPEG picture using the gimp or any other thing? What makes you think that it indeed does contain a JPEG file? Instead of being just a blob of random data which happens to have a name ending in .jpg? Can you open it with other programs? Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] baffling image resolution question
Bob Meetin ([EMAIL PROTECTED]) wrote: And the really befuddling baffling part is that with some of the stock images I looked at Gimp seems to read their resolution fine. So I am guessing that with these stock images there is some image manipulation going on, then gimp is correctly reading for them? I suspect that the resolution is stored in two places: The Jpeg header and the exif information. My gut feeling tells me, that gimp relies on the information in the jpeg header and other tools look at the exif information. If these two places contain different information, this might explain your observation. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] howto trigger an existing menu item from a gimp-python script
Steven Howe ([EMAIL PROTECTED]) wrote: That about says it. At the end of an existing script, I would like to pop open an existing gimp menu item (Image/Image/Canvas Size...) and if possible prefill the width and height boxes. Unfortunately this is not possible. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 2.4 release
Bettina Lechner ([EMAIL PROTECTED]) wrote: when it finally comes to the 2.4 release will gimp suddenly be available for mac and windows aswell? or will there be a timegap between the release of 2.4 for linux and the rest (other platforms)? and if yes: how long will the compilation (is this the right word for it?) for the other platforms take? The gimp team usually just releases source packages of the gimp. Since we do not have different versions of the source for the different platforms technically the 2.4 release is available immediately for all platforms. However, this requires that you build gimp yourself. If you depend on pre-built binaries it might take a while until somebody provides a package. For the different Linux distributions a lot depends on the philosophy behind the packaging, but I expect Gimp to show up quickly in the different distributions. For windows it probably won't take that much time, although this depends on the amount of time available to its maintainer. For Macs I am unsure if there is a maintainer testing the current code and providing ready made packages. It probably will take a bit longer until someone can provide a package. So, the answer is it depends and the exact timeframes are unclear. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] macgimp: no full-screen mode?
Christine Sommerfeldt ([EMAIL PROTECTED]) wrote: I switched from linux to mac, happy that I could continue using the gimp. I wonder why I can't use the full-screen mode in macgimp. Whenever I select it, a hook is shown in the full-sreen menu, but the image window stays as it was. Has this problem ever occurred? Yeah, the problem is known from some window managers from linux as well. The problem is, that some window managers do not respect the fullscreen flag as specified in the freedesktop EWMH specification. Gimp just toggles the flag Hey, window manager, please make this window full screen.. Unfortunately some window managers - apparently the mac GUI as well - don't recognize this flag and ignore it, the window stays in its current position. The Gimp cannot make the window fullscreen itself, since different window managers might have different ideas of what fullscreen actually means (does the window cover the panels? Stretched across multiple screens?) and intentionally leaves it to the window manager. Unfortunately this means, that on some platforms fullscreen does not work - sorry. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Anti-aliasing off from selecting with path
Dave M G ([EMAIL PROTECTED]) wrote: If I create a region with the path tool, and then use the path to create a selection, it seems to be anti-aliased by default. I've turned off anti-aliasing in the tool options for all the selection tools - rectangular, circular, and magic wand - and yet converting from a path to a selection remains anti-aliased. Is there a way to get the anti-aliasing to turn off when making selections by this method? My main goal is to be able to select regions by clicking point by point and having straight lines between them. So far as I know, in GIMP this is accomplished by using the path tool and then converting to a selection. However, considering the above issue, if there's another way to create a selection by clicking a series of points, and have it not anti-aliased, that would be cool too. One workaround is, to Select-Sharpen after creating the selection. This will remove all antialiasing. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Control Handles for Bezier Paths do not appear in gimp 1.4.6 on Windows XP
Martinez, Michael W, PRC ([EMAIL PROTECTED]) wrote: According to section 3.1.1.4 of http://gimp-savvy.com/BOOK/index.html, control handles should appear when using the Bezier Path selection tool. However, this does not happen in my installation of Gimp 1.4.6 on Windows XP. I don't know if that's because the document is outdated, or if this functionality is not present on Windows. Gimp 1.4.x does not exist. Also the handling of the bezier paths has changed drastically between gimp 1.2.x (where Careys book is based on) and Gimp 2.x.y. There is more documentation on that on http://docs.gimp.org. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Path Tool enhancement
A ([EMAIL PROTECTED]) wrote: I would like at least one particular option that is available in both Inkscape and PS: to be able to 'lock' the control points of a single point such that the line joining the two control points intersects the point itself (i.e. the two control lines are parallel) Try pressing SHIFT when moving the control handles around, that makes the opposite handle behave symmetrically. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Path Tool enhancement
A ([EMAIL PROTECTED]) wrote: The Shift-Click (not Ctrl-Shift-Click) make both parallel but also changes the length of the second one to match the selected one. That might even be the same as PS or Inkscape (but I can't remember and have only used them once or twice) So I guess some other X-Shift-Click could mean to keep the length of the second one the value it already is and only adjust the length of the clicked one as you move it around. (Ctrl-Shift-Click means delete) Maybe even Shift-RightClick ... Ah, I missed that this already got answered. Shift-RightClick is not an option, since the right click is reserved for the menu (and canceling editing actions) and is not available in the relevant tool infrastructure. CTRL switches to the Edit mode, and in Edit-Mode SHIFT makes the tool delete stuff. Hence CTRL-SHIFT-click on an handle removes the handle (by moving it back to the anchor). When I tried to figure out which shortcuts to assign to the various editing options I tried hard to make them consistent, so that one has a chance to remember what is doing what. So without looking at the whole, I am hesitant to discuss there is a shortcut missing for this function, lets see, which one is still available, because the output would be purely randomly assigned shortcuts, which are impossible to explain. So for now, I don't see how to integrate the smooth editing mode with a sane keyboard shortcut. The code to determine which restriction is active is in app/tools/gimpvectortool.c (search for restriction), the code that actually moves the handles around is in app/vectors/gimpbezierstroke.c (function gimp_bezier_stroke_anchor_move_relative() ) Anyway, if I get time some time (in the future ...), I might try to find the code and hopefully it shouldn't be too hard to add that extra option myself since all the code really should be there already anyway - yay :) The main problem is how to present this to the user. I'd welcome proposals, but rest assured that I'll probe for weak spots :) I hope that we somewhen can do a usability study on the path tool. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP's equivalent of adjustment Layer in PS?
Steve Thompson ([EMAIL PROTECTED]) wrote: I guess that about says it all, right? We listen to our users, but adjustment layers is a pointless discussion. I really sometimes get the impression that my mails simply get ignored. Why is that? Are they too reasonable? Not flame-provoking enough? To spell it out clearly: Adjustment layers is basically a solved problem. It won't be in 2.4 since we cannot make this depend on GEGL obviously, but it will be in there as soon as the gimp core with GEGL works, the work on that will start post-2.4. Sorry, that we cannot give a complete schedule, we are not enough people with a too uncertain amount of time to be able to spent on the GIMP. So what is not pointless about this discussion? And if you consider GEGL to be vaporware, I'd like to ask you to reconsider and look for the existing stuff. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Saving/Exporting Paths in/to EPS
mike martinet ([EMAIL PROTECTED]) wrote: I'm trying to use the GIMP for t-shirt graphics. I really want to use the GIMP because the other solutions (Adobe, Corel, etc) are expensive and don't run on Linux (I don't think...) Anyway, the company I'm using to make the shirts http://www.spreadshirt.com has these instructions: You have to convert your pixel graphic into curves. Finally, you must then export your file in .eps format so that it is compatible with our system. I recommend to not use the GIMP for this. Use a program like inkscape, skencil or similiar. Then import the graphics you want to trace and use the tools of the program to follow the lines. Then export the file to eps and you should be fine. Gimp cannot easily do this, except when you use paths and do some weird converting around from an exported path, but you really, really want to use a different program for this. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Please Change the Derogatory Name
Manish Singh ([EMAIL PROTECTED]) wrote (in reply to Alan Horkan): So Alan, before you make anymore posts relating to this topic again, you need to make a non-trivial contribution to GIMP yourself to justify all the time you are wasting here. Yosh has decided that Alans posts to this list will be moderated. Alan has asked me to bring this to your attention. If you are expecting an answer from Alan related to this topic you won't get it on list. I am deeply troubled by this unilateral descision of yosh to control the content of the gimp-user list. While I do think that this thread is blown out of proportion and the topic gets stale for several years now, I want to make clear that I absolutely have a problem with this descision of yosh. While this discussion is inconvenient it is on-topic for gimp-user (although not likely to get a resolution). And I do not think that non-trivial contributions to the GIMP should be required to be allowed to post to gimp-user unmoderatedly. The user in gimp-user refers to people *using* the gimp, and Alan is a long-time gimp user and even *has* contributed to the Gimp source. A lot of the core developers might sometimes disagree with Alan, but that does not justify blocking Alan from communication via this list. Also I'd like to see a short notice to the list with an explantation why someone is going to be moderated. Having clear guidelines on our webpages on what is acceptable and what not would make this easy. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] adjustment layer
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: You mean ? :Gimp went into feature freeze in October 1997. This meant that no new features would be added to the Gimp core libraries and program. cf : http://k12linux.mesd.k12.or.us/docs/gimp/en/ch01s03.html You misunderstood the term feature freeze. That was is mentioned in the history is the feature freeze *for the version 1.0*. When this version has been released, the feature freeze has been lifted, until we at some point introduced another feature freeze, to get ready for Version 1.2. We are currently in a kind-of-feature-freeze for Version 2.4, which basically means that we will refrain from adding new features to the current development code and focus on stabilizing the existing (new) features. When Version 2.4 has been released we'll lift the feature freeze again and incorporate a lot of new and exciting stuff into the GIMPs code base. But it will take some time until this new stuff gets released as part of a stable release, especially since there are not many people actively developing on the gimp. So, help is appreciated. :) Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] adjustment layer
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Then to stay in the subject...you mean that The Gimp 2.4 will be able to deal with things like direct effects, adjustement layers, vector text ? No, Gimp 2.4 will not have these things. If you want to have a not-so-sneak-preview of Gipm 2.4 then try the current development version, Gimp 2.4 will be - except for some rough edges - basically the same. What happens *after* Gimp 2.4 has been released will go more along the lines you mention. We'll have great changes in the infrastructure (see pippins link to GEGL) which makes things like adjustment layers or even direct effects possible. However, it will be quite some time until this 2.5 development series results in the next stable 2.6 or even 3.0. Hope this clears this up. Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Lines and arrowheads in GIMP?
Akkana Peck ([EMAIL PROTECTED]) wrote: Brad Simmons writes: I've used GIMP's pencil tool, and as I expected, it draw a thick, very pixellated line. For me to do callouts, I want a thin, straight line which will not be so pixellated. This is easy in Photoshop, because it To eliminate the pixellation, use the paintbrush tool (which anti-aliases) rather than the pencil tool. I'd recommend to create a path and stroke it. Still no arrowheads but definitely high quality thin lines. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] corrupt jpg files
Gary Parker ([EMAIL PROTECTED]) wrote: I recently had a hard drive problem and recovered images with photorec. Some of the jpg images are corrupted. However, gimp displays previews of the corrupted images in the open dialog box. The previews are stored in separate files in ~/.thumbnails, so it is no surprise that they might have survived. I am not sure if the original data can be restored. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Using PDB To Transform Paths
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: I am trying to determine a way to transform (scale, rotate, etc) a path using PDB functions. This would be similar to the way the various Transform Tools permit the selection of the Affect option. At a minimum, I should like to perform a simple X-Y scaling of a path; so as an alternate solution, is it reasonable to just apply a scale factor to all of the path points to achieve this? Or does this not work with Bezier curves? In current development versions there is a new PDB API for paths that includes the function gimp-vectors-stroke-scale() that does what you want to do. Hmm. Come to think of it I probably also should add gimp-vectors-scale for convenience. Not sure. However in 2.2 this is not possible. Sorry... I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: Fwd: [Gimp-user] Re: [magick-users] flatten not work
steven woody ([EMAIL PROTECTED]) wrote: thanks, but the link seems not accessable from here. the core statement in my xcf2png is below: ( file-png-save 1 image drawable pngfile pngfile 0 9 0 0 0 0 0 ) so, to replace the above statement i think i have to unstand it first. it seems easy to guess that 'file-png-save' is a function and from the context i can guess the number '9' is the compression level. No need to guess, the PDB Browser (Xtns-Procedure Browser) has descriptions for all these numbers. to replace it, i think i need a function like file-tif-save or file-tiff-save. is there such a function? if so, what parameters i have to provide to it? before knowing of these information i think i can do nothing on it. The PDB Browser also has a nifty search function :-) (The candidate is file_tiff_save) Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] determining file type
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Or if you know of an easy way to determine file type, without relying on the extension, from a non GIMP technique or tool. Imagemagick has a commandline tool called identify. The output of this also contains the file format. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Selection to Path accuracy
Sven Neumann ([EMAIL PROTECTED]) wrote: Adam Cooper [EMAIL PROTECTED] writes: Anyway, I am trying to create a relatively small (approx 20~30px across) circle. The best way to create a path that represents a perfect circle is probably to import an SVG from a vector editor or to open the Script-Fu console and use something like (gimp-path-import-string 1 ?xml?svgcircle r='20'/svg -1 0 0) For now better use ellipse rx='20' ry='20' cx='20' cy='20', as Sven found out the circle element has a bug that has just been fixed in CVS HEAD. This will be fixed in 2.2.11. Yes, we should definitely add an easier way to do this, especially since all the functionality for basic shapes is already available in GIMP, it is just not exposed in any usable way. In CVS head there also is (gimp-vectors-bezier-stroke-new-ellipse ...) which could be used, but arguably the SVG import is still simpler since it immediately creates a path object, which needs to be created manually for -stroke-new-ellipse first. This will not be backported to 2.2.x, you have to wait for 2.4 to see this in a stable release. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Paths dialog
Alex Feldman ([EMAIL PROTECTED]) wrote: I am trying to learn the Gimp, mostly from the book, Grokking the Gimp. It has been pretty useful so far, even if my copy, and the online copy, is a trifle out of date. I am using 2.2.8 in FC3. That is, it was useful until I got to section 3.4, The Paths Dialog. Now nothing seems to work. As Carol already pointed out the path tool has been completely rewritten and a changed workflow since GIMP 2.0. Carey's book was written for 1.2, most chapters are still applicable today, but the stuff about the path tool is not. I suggest reading http://docs.gimp.org/en/ch07s06.html#gimp-tool-path and if you still cannot use it properly feel free to ask again. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] importing paths from Photoshop
Bram Kuijper ([EMAIL PROTECTED]) wrote: is there any way to import paths that were made in photoshop documents into gimp? Just importing photoshop documents containing paths won't work. Unfortunately the documentation for the PSD format is not available freely, so we have no clue how paths are stored in a Photoshop file. Maybe there is a way to export the paths in Photoshop. Gimp can import SVG path data. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Color Picker popup dialog.
Ben Foote ([EMAIL PROTECTED]) wrote: But I digresscan anyone help me disable the popup or lend some insight? I'm all ears. GIMP CVS no longer opens up a popup unless you request it. We probably won't change this in the 2.2 series of the GIMP. However, are you aware that (in 2.2) CTRL-clicking with a paint tool picks a color from an image without a popup? Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] psd to xcf files *with* layers ...
Carol Spears ([EMAIL PROTECTED]) wrote: On Mon, Jan 16, 2006 at 07:38:19PM -0400, Marc G. Fournier wrote: Is there any method of taking an existing graphic, and, other then by major trial and error, determining the font type used? When one watches [...] there actually is a web site that will look at a jpeg and suggest the fonts that were used. you got the color picker for the color and the measure tool to help with determining the size. i wish i could remember the name of the web site. it is something cryptic like whatthefont Yep: http://www.myfonts.com/WhatTheFont/ more, it is totally possible for this to be written into the gimp psd plug-in -- it just hasn't been done yet. 'k, being around OSS long enough, I'm not going to ask 'when is it going to be done, since the answer i when someone gets around to it ... :) it is interesting, actually, beyond the when someone gets around to it bit. neither photoshop or gimp do much to encourage the use of their native format on other software. there are so many volunteer organizations and such that have done their flyers and such with propietary software. this question usually comes up in regards to something like this because a date needs to be edited or something. it is interesting that the orgs don't have a hacker volunteer (ever) who understands software at the level it would take to add this to the psd plug-in. at least, there were several times it was about flyers that I was asked this question. politically, is it in gimps interest that we don't read psd text layers or is it in photoshops interest? Probably in PS's interest, since Adobe is the party no longer opening up their documentation of PSD. Without this documentation it would be tedious reverse engineering to get the information of layer styles and fonts used. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Appending jpg images
Steve Graham ([EMAIL PROTECTED]) wrote: I split a pdf file into 4 jpegs by using the File/Acquire/Screen Shot option to get one then scrolling down the pdf and repeating the process. I now wish to create a single jpeg of all 4 of them. This I have no idea how to accomplish. I have tried pulling one into GIMP and expanding the work area to paste in the second but that did not work. Can someone please give a pointer on how to do this? Or perhaps a URL? I'd suggest to open the PDF from within the GIMP. This should save you the work of aligning the screenshots. However, if this for some reason does not work, open the individual jpegs and the layer dialog. Then drag the layers from three of the images to the remaining image, you get an image with multiple layers. You can use the move tool to adjust the images, you need to resize the canvas to make them all fit in the image though. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp not respecting locale
MIlos Prudek ([EMAIL PROTECTED]) wrote: What would cause gimp to display its interface in English if all environment variables are set to Czech? My enviro is: LANG=cs_CZ LANGUAGE=cs_CZ:cs LC_ADDRESS=cs_CZ LC_COLLATE=cs_CZ LC_CTYPE=cs_CZ LC_IDENTIFICATION=cs_CZ LC_MEASUREMENT=cs_CZ LC_MESSAGES=cs_CZ LC_MONETARY=cs_CZ LC_NAME=cs_CZ LC_NUMERIC=cs_CZ LC_PAPER=cs_CZ LC_SOURCED=1 LC_TELEPHONE=cs_CZ LC_TIME=cs_CZ and yet gimp displays English interface. Maybe LC_ALL is set to a bogus value? Better unset it. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Opening PNG images with offset as layers
Timo ([EMAIL PROTECTED]) wrote: On Thu, 2005-10-06 at 09:13 +0300, Timo wrote: I have PNG images which specify an offset (oFFs). When I try to open these as layers, Gimp ignores the offset and centers the image. Am I doing something wrong? Opening the images in normal way works as expected although Gimp could automatically make the canvas oversized so that it can hold the image. No answers yet. Am I too impatient or should I take this to an other list? The only thing I can tell you is, that there is code in the PNG plugin to handle offsets. I don't have any such images available, so I cannot verify this though. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Bezier paths problems
Doug ([EMAIL PROTECTED]) wrote: I'm using Gimp v2.2 and having some problems with the Bezier paths: (1) the path will not close when I click on the starting point (though it will convert to a selection) (2) there is no special Paths dialog for Bezier paths, with Control Point Mode Buttons, on the Paths Dialogue (as in Gimp v1) (3) default behaviour on the Bezier path seems to be to Add points to the path. I can move them and twiddle the control handles, but can't Delete any points. Are there any ways round this? I've rewritten the path tool extensively for Gimp 2.0 and it works quite different from the v1.x path tool. The path tool has three different modes for its operation, I recommend to switch between them with the modifier keys. To connect two control points (close a path) have one of them active and click on the other one while holding CTRL. Pressing Enter is a good way to convert a path to a selection. The old tool had explicit buttons for adding/deleting points and behaved weird otherwise (IMHO of course...) As a rule of thumb for the new tool you can use this: (Design mode) no modifiers: Move stuff Shift : Move stuff symmetrically (Edit mode) CTRL: Add stuff to the path CTRL+Shift : Delete stuff from the path In more detail: with no modifiers pressed you can move stuff like handles, anchors and segments around, clicks on the canvas create new points. Shift allows multiple anchors to be selected for moving around and makes the editing behaviour of the handles symmetric. CTRL adds stuff: You can add a control point to a segment, you can drag a handle from the anchor (if the handles are not yet outside the handle), you can create new segments between open ends of the path. CTRL+SHIFT deletes stuff: you can delete anchors, delete handles by moving them back to their anchor and open up a path by clicking on a segment. Then there is the move tool that moves the whole stroke or (with SHIFT) all strokes of a path. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd scaling behaviour
Doug ([EMAIL PROTECTED]) wrote: While working on an image I found that the behaviour of the Tools= Transform Tools= Scale tool suddenly changed - scaling *down* the image size caused it to *increase* in size and vice versa. So if I want to change the pixel size by a factor f, I need to tell it to change by 1/f. What's up? This behaviour has now persisted through logging out, re-booting, removing and re-installing gimp from CD-ROM. Have a look at the tool options. Probably the corrective option is set which makes the transform tools doing the opposite. This is very useful for e.g. correcting the rotational tilt of scans, it is probably less useful for scaling. At some point the setting was activated and got stored in your personal preferences. You can hit the reset button at the bottom of the tool options dialog to reset them to the default. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Pixel art in Linux
percy tiglao ([EMAIL PROTECTED]) wrote: 1. A preview box of some kind. Like, one without any guides sticking in it that shows the finished picture at a 1:1 scale. I work zoomed in (usually 300-500%) on tiny images and it is annoying to zoom out every change I make. Additionally, I'd have to remove guides to really see how the picture looks like. You can open a second view to your image. The zoom level, guide visibility etc. is independant in this image view. 2. A way to simply specify radius of pencils. Brushes are awesome, however I prefer just simply drawing a 1 pixel circle, or a 2 pixel circle with the pencil took without looking for a brush of that size. by clicking the new button in the brush selection dialog you get a dialog where you can adjust the parameters of the brush. You can also assign keyboard shortcuts to these parameters, so that you can easily change the radius of this brush on the fly. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Pixel art in Linux
percy tiglao ([EMAIL PROTECTED]) wrote: On 8/29/05, Simon Budig [EMAIL PROTECTED] wrote: You can open a second view to your image. The zoom level, guide visibility etc. is independant in this image view. I just tried that, while it somewhat works, the guides are still stuck in there :( When i remove guides in the new view, they are removed in the old view as well. You need to toggle the visibility in the View menu. Guides are considered part of the image, so removing them in one image (by dragging them to the rulers) will remove them in all views. However, by just toggeling the visibility you'll just make them invisible in a specific view. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Save pcx file as 2-bit (black and white)
Robin Bowes ([EMAIL PROTECTED]) wrote: As things stand, I'm not getting messages that are being sent to the list AND to me - I just get the message sent to me. With all the other lists I'm on I get the message sent to the list (which gets filtered into the appropriate list folder) AND the message sent directly to me (which I delete). I believe this is a configurable option for your account at the mailman listserver. Have a look there. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: when even free advertising fails
David Marrs ([EMAIL PROTECTED]) wrote: [Troubles getting lasso selection to work] [...] I finally figured out what the default lassoo action actually does. Maybe there's a good reason for having the primary action intersect and the secondary action add. Whatever it is, it's not to aid learning. I figured it out relatively quickly, but unless a newbie cottoned on to the idea, he would probably remain lost. Just to clarify what happened here: The tool options can get stored to disk, I am not sure if it is enabled by default, I'd guess so. At some point you left the GIMP with the lasso tool in intersect mode and Gimp faithfully restored it on the next startup... There are Reset and Save buttons at the bottom of the tool options. You can use these to restore the default behaviour (Intersect definitely is not the default). Hope this helps. Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Disadvantage of GIMP when compared to Photoshop
j Mak ([EMAIL PROTECTED]) wrote: I've never understood myself why developers haven't designed a main window for Gimp yet. As far as I know Gimp is the only app that uses this non-standard interface. Are you aware of the fact, that Photoshop on the Mac does not have such a main window? Such a main window would be a major hassle for the people who want to edit images on more than two monitors, since it either has to span across both monitors, potentially with parts invisible when the two monitors have different resolutions, or limiting all their non-palette content to a single monitor. There has been a fair amount of discussion on this topic. If you're curious you're welcome to have a look at http://bugzilla.gnome.org/show_bug.cgi?id=7379 Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Making image sizes smaller
Michael Schumacher ([EMAIL PROTECTED]) wrote: You can do the indexing manually with the Posterize tool. I don't know if it matches any of the indexing options presented by the mode conversion, but it will reduce colors. No, it doesn't match any of the indexing options, it just reduces the numbers of shades per channel (Ok, postering with 6 levels is the same as indexing to the web palette without dithering, but thats it). Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] png compression
Jim Clark ([EMAIL PROTECTED]) wrote: Things get odder and odder. I need to put 10 screen shots on a web page and was hoping to shave 100K from the final page. So I took one of my images and indexed it. Before index: 27004 After index:30705. It got larger? This can happen when dithering is enabled. PNG compression deals quite good with large areas of uniform color, dithering can spoil this by effectively creating areas with lot of differently colored pixels. You can choose the dithering method when you convert to indexed. None yields smaller PNG files but might have stronger impact on the image quality. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] All singing Gimp
Owen ([EMAIL PROTECTED]) wrote: checking for ALSA CFLAGS... [...] Are we to get sounds associated with actions? No, Alsa gets used optionally for the midi controller module. So if you have MIDI equipment you can connect it to the GIMP and control various stuff from e.g. your MIDI-Keyboard. Have a look at http://www.gimp.org/unix/howtos/gimp-midi.html if you're interested. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Trouble with layers from psd
Gregbair ([EMAIL PROTECTED]) wrote: Anyway, Fireworks can import PSD files with the text layers. I'm 101% positive Adobe didn't tell Macromedia how to do this, so if Fireworks can, maybe some smart GIMP person can. I am pretty sure, that Macromedia licensed the current PSD specification from Adobe. They can afford to sign a NDA and it is probably relatively cheap compared to the efforts to reverse engineer it. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Trouble with layers from psd
Eric Pierce ([EMAIL PROTECTED]) wrote: [MM Fireworks] He told me that the default file format is png! I called him a bold faced lier, but he swears up and down that png is the default format. I asked him about layers, and he said the pngs that Fireworks saves can DO LAYERS. I haven't seen it firsthand... is there any truth to this!? PNG can handle custom application specific chunks of data, so it is perfectly possible that Fireworks uses custom data blocks, not specified in the PNG standard. I have no idea if MM published these extensions, but a PNG file just using the standard chunks cannot handle multiple layers. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] changing color
claude bouaziz-viallet ([EMAIL PROTECTED]) wrote: I am a beginner with Gimp (and mailing-lists in fact !). I am trying to modify a RGB picture and obtain the following : - black becomes #993300, - all the other colors take a shade lighter till... - white is changed to something approaching #efdfd7 ! I am fairly certain that you are working on an image with an indexed color palette. Change the mode of the image to RGB to avoid effects like this. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] changing color
claude bouaziz-viallet ([EMAIL PROTECTED]) wrote: I must beg you pardon for misleading you with my English syntax ! in fact I WANT to obtain the following changes : - black becomes #993300, - all the other colors take a shade lighter till... - white is changed to something approaching #efdfd7 ! Oh, sorry for jumping on the perceived FAQ... :-) For what you *really* want to do you can use the curves tool (Layers-Colors-Curves). When the curves dialog pops up you can select the three RGB-Channels individually. Then in each channel you can drag the control points to get the desired color. In your example this would be: Red channel: Control points at 0, 153 (=#99) and 255, 239 (=#ef). Green channel: 0, 51 and 255, 223 Blue channel: 0, 0 and 255, 215 This modifies each channel independantly and might result in some unexpected colors, you need to look if this is what you expect. As an alternative you can select #993300 and #efdfd7 as foreground/background colors and select Filters-Colors-Map-Gradient Map. Select the FG-BG Gradient and apply the filter. This however maps the colors of the gradient to the image according to the gray value of the pixels, so this is perfect for grayscale images, but might lose wanted information for color images. Hope this helps. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Gimp Splash Screen Contest Winner!
Gimp Splash Screen Contest Winner - On behalf of the Jury I'd like to announce the winner of the GIMP splash screen contest. We've picked work in progress... by Bill Luhtala http://gimp.org/contest/gallery.cgi?display=imagename=2004120221004924733 as the splash for Gimp 2.2. It was quite tough to make a choice, there were a *lot* of good entries to choose from. We have decided to not announce a 2nd and 3rd place. However, there were a few entries that should not get lost in the vast amount of submissions. The image Wilber painting Wilma by Philip Lafleur http://gimp.org/contest/gallery.cgi?display=imagename=200412020943599827 is great and we want to integrate it into the GIMP for the About dialog. Further honorable mentions in no particular order: Digital Watercolors by Morgan Quirk: Great concept. http://gimp.org/contest/gallery.cgi?display=imagename=200412020906377591 Grassy by D. Brian Gosnell: Great modesty. http://gimp.org/contest/gallery.cgi?display=imagename=2004120419031214235 Animals by John Garcia Alla Satinova: Great menagerie. http://gimp.org/contest/gallery.cgi?display=imagename=2004120604011931453 Daisy by Martin Thorsen Ranang: Great painting. http://gimp.org/contest/gallery.cgi?display=imagename=200412020944269928 Sailing by Daniel Kenzelmann: Great mood. http://gimp.org/contest/gallery.cgi?display=imagename=200412020944109864 It was fun to watch the enthusiasm and creativity of the contestants and we'd like to thank all of you for your efforts. Keep up the good work! Joao S. O. Bueno Calligaris Michael Schumacher Adam D. Moss Alan Horkan Simon Budig -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] How to save .gif indexed colors as a color palette?
Shakirov Timur ([EMAIL PROTECTED]) wrote: How could I save indexed colors of my .gif-image as a color palette for the future use? Open the GIF image and open the Palette dialog (Dialogs-Palettes). In the list of palettes do a rightclick with the mouse and select Import from this menu. In the dialog that pops up you can select the indexed image as a source for the palette. I hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] colors
Tommy Chheng ([EMAIL PROTECTED]) wrote: How can I invert colors? Like i have a yellow background with a blue drawing. How can I make the background blue and vice versa? I filled flood fill but it doesnt come out right. Layer-Colors-Invert. :-) Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] difference between modules and plugins
Gert Cuykens ([EMAIL PROTECTED]) wrote: why does gimp have modules ? why not make only plugins ? Because modules have a tighter integration with the GIMP and can e.g. provide additional color selectors embedded in the Gimp-GUI or invoke actions. Their API is more limited but plugins *have* to be more separated from the core. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Achieving truly smooth-edged text
List account ([EMAIL PROTECTED]) wrote: I am running a Mac with OS X 10.3.2, with Freetype installed via Fink. I downloaded the latest version of Gimp.app (version 2.0.x). Upon first running Gimp, it recognizes the majority of my fonts, and even gives me a nice menu showing examples of the fonts. Probably these examples are properly antialiased, right? Nevertheless, even when I turn on Antialiasing in the font property panel (and also with mucking with the hinting settings), I still get jaggedy fonts, such as those shown in the attached image. Make sure that you operate on Images in RGB mode. Antialiasing does not work when working on indexed images (like the GIF image you attached). Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] coloured clouds, how to?
Alan Horkan ([EMAIL PROTECTED]) wrote: I'm using Filters, Render, Clouds, Solid Noise to generate the clouds. Unfortunately that only generates black and white clouds whereas the other software generates clouds using the current background and foreground colours. You can apply all gradients (e.g. the FG-BG Gradient) via Filters-Colors-Map-Gradient Map. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] color corrections lost when saving file
John Cox ([EMAIL PROTECTED]) wrote: When I make a change (to a .PNG) using the levels tool and then attempt to save the file as a jpeg, the corrections are lost IF I attempt a compression adjustment. If I just accept whatever the save dialog suggests, no problem. To get around this I have had to save the newly corrected image ,close and re-open the file (now with the correction) . After this I can change the jpeg compression for the corrected image. Am I missing something here? Surely this can't be the proper way to do this. Make sure to properly apply the levels tool by clicking on OK before trying to save the file. The preview mechanism in the jpeg-plugin conflicts with an active levels tool. I hope this helps. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [Gimp-developer] help needed with GIMP 2.2
Sven Neumann ([EMAIL PROTECTED]) wrote: (3) It would be nice to see a chapter added to the API reference that deals with changes between GIMP 2.0 and GIMP 2.2 and how to port a plug-in. I am willing to collect the list of changes and such but I'd like to get some help with this. Compile me a list and I'll do it. I also need some advice on where to put this in the devel-docs. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] keybinding for File-Open Location [was: Gimp 2.1.4 filepicker]
Sven Neumann ([EMAIL PROTECTED]) wrote: While we are on it. The HIG suggests to use Ctrl-L as the default keybinding for File-Open Location. I would like to follow this suggestion but we already use Ctrl-L to bring up the Layers dialog. Since that's a longstanding keybinding I am somewhat reluctant to changing it. On the other hand it would be good to follow the HIG advice here in order to be more consistent with other apps and also in order to get people used to the otherwise hidden Ctrl-L feature in the File Open dialog. I frequently use CTRL-L to bring the layers tab to the front, it is a handy shortcut. Compared to this I rarely use Open Location and for me assigning CTRL-L to it would IMHO be a pity. I guess that Open... is by far more frequently used and CTRL-O for this is well established. My vote goes for keeping CTRL-L for the layers dialog, especially when considering the about 1000 hits for ctrl l layers dialog gimp on google. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] kerning
Sven Neumann ([EMAIL PROTECTED]) wrote: What GIMP is going to provide (one day) is ways to adjust letter spacing. You can then fix the kerning whereever you think it is wrong. We are however not going to write that info back to the font. Well, Kerning (as in fix up this pair of letters) would be useful as a way to achieve certain typographical effects. It would be wrong to fix this on the font level since it would be a one time application. So support for kerning would be useful but we probably need some support from the pango side to do this. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp2 file selectors
May this be my last mail about this on the mailinglist. Carol Spears ([EMAIL PROTECTED]) wrote: simon budig, here is the information for you: On Sun, Sep 05, 2004 at 12:00:27PM -0400, Miguel de Icaza wrote: Hello, For an introduction to this discussion, please see: http://primates.ximian.com/~miguel/tmp/carol the archives of email I have received from this annoying person. Miguel, you'd do yourself and your credibility a favor if you'd treat personal emails with respect and not publish them on mailinglists. [...] or perhaps there can be a list of what makes miguel different than me and perhaps other volunteers. there are some differences. miguel does not work with gpl or gnu anymore, he works with microsoft design. you obviously did not understand the term dual licensing. miguel is male, i am female -- i really really hope that this is not an issue. You probably know better than me. At least this is a convenient explanation. i guess it is time to decide what behavior we are to expect from the corporate funded developers and the funded by the people developers. gimp is still gnu, right? Yes, although it has been funded by corporations. Probably more than you realize right now. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp2 file selectors
Hi Carol. Carol Spears ([EMAIL PROTECTED]) wrote: [...] i really am responsible to a whole bunch of people who contributed time and money to send me to a developer meeting in which i was told by luis, representing ximian, that the changes were made for his mom. for shame. I start to regret to have supported your attendance to Guadec. The fuzz you make about this obviously casual and illustrative remark by Luis is annoying and does not at all help with the necessary improvements to the file selector. In fact it even is counterproductive. Very much so. And you'd do yourself and your credibility a favor if you'd treat personal emails with respect and not publish them on mailinglists. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp2 file selectors
Carol Spears ([EMAIL PROTECTED]) wrote: On Sun, Sep 05, 2004 at 07:43:29PM +0200, Simon Budig wrote: Hi Carol. Carol Spears ([EMAIL PROTECTED]) wrote: [...] i really am responsible to a whole bunch of people who contributed time and money to send me to a developer meeting in which i was told by luis, representing ximian, that the changes were made for his mom. for shame. I start to regret to have supported your attendance to Guadec. you were the decision maker i take it? I was one of many people who wanted to meet you at Guadec. That doesn't mean that I made the decision to fund you but I think it helped. did anyone ever tell you that changes were made to a community project to suit someones mothers needs? if so, how did you handle it. an example of how to deal with such a thing needs to be given i guess instead of idle reprimands. Changes to a community project get made to suit quite a lot of people. This includes mothers. Personally I have made changes to the GIMP to suit some of my friends. So what? i have never asked for or needed your support simon. thank you if i received some ever. i still thank you for your contributions but your opinion of my frustration is unasked for and out of place. Want some proof that I did support you for a fairly long time? I could dig in my mail archive should you need some. I obviously do not think that my opinion is out of place - otherwise I wouldn't have written this mail. Your way to deal with your frustration at the expenses of a bunch of other people is - as I said - counterproductive for the GIMP and that directly makes me involved. simon, did gimp donations pay for your attendance? Yes, a part of my expenses got covered. The fuzz you make about this obviously casual and illustrative remark by Luis is annoying and does not at all help with the necessary improvements to the file selector. In fact it even is counterproductive. Very much so. i was not involved in a casual conversation. i asked a direct question and i am more than capable of understanding a technical answer. one was not provided. You have yet to explain what is so bad to design a file selector so that Luis' mother can use it. I think this is a great goal (although the GTK+ developers did overshot a bit, hampering the usability for computer-savvy people). And since GUI design and usability is not a pure technical topic the illustrative answer it was designed so that my mother can use is a perfectly valid answer. There very well might be no answer that suits your implied technical request. [...] i am trying to get my trip to this conference to mean something or be compensated for. and i dont really care much beyond that. So this is it? You feel awkward about having been funded to be able to attend to Guadec? You feel that you have to do something to justificate this? Guess what? You did this already although it *pre*dates the Guadec. do you respect donations made to promote the development of gimp? If respecting donations means pissing off the people we (as in 'the GIMP project') want to cooperate with in the future as well then no. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp2 file selectors
Geoffrey ([EMAIL PROTECTED]) wrote: Carol Spears wrote: On Sun, Sep 05, 2004 at 09:28:55PM +0200, Simon Budig wrote: You have yet to explain what is so bad to design a file selector so that Luis' mother can use it. I think this is a great goal (although the GTK+ developers did overshot a bit, hampering the usability for computer-savvy people). And since GUI design and usability is not a pure technical topic the illustrative answer it was designed so that my mother can use is a perfectly valid answer. There very well might be no answer that suits your implied technical request. http://carol.gimp.org/gimp/basics/gui/fileselector/index.html http://carol.gimp.org/gimp/basics/gui/fileselector/console.html After reviewing the change, I agree it is for the worse. I was quite pleased when I stumbled on the tab completion in the GIMP. I much prefer the older flavor which includes the tab completion as well as the drop down directory selection. Please note that I did not ask carol for the reasons why the new GTK+-Filechooser has deficiencies. I'd guess that we would come to the same conclusion very quick. I too see the need to improve the GtkFilechooser and I am not happy with the current state. If you read my question on top of the mail again you'll notice that I did not ask what is bad about the fileselector, I asked what would be bad with a fileselector that Luis Mother can use. I firmly believe that making the FileChooser accessible to people with few computing experience (lets say my grandmother, Luis Mother or whatever, pick your favourite person) is a good goal to have in mind. Implicitely you raise two questions: 1) What are the reasons for the way the (new) GtkFilechooser is designed? 2) Why did GIMP switch from GtkFileSelector (old) to GtkFilechooser (new) despite the deficiencies in the Filechooser? I cannot really comment on question 1, since this is in the responsibility of the GTK+-Team. There is (was? AFAIK it used to live on http://www.gnome.org/~seth/filechooser-spec/ ) a document online that discusses the reasoning behind the design. For question 2 the person to ask probably is Sven or Mitch. From what I understood the old Fileselector had quite a number of technical problems. It was hard to extend with the stuff Gimp needs. Things like the Thumbnail preview had to be embedded in a very hackish way, making it very sensitive against changes in future versions of GTK+. Plus it is foreseeable that the Fileselector will become deprecated at some point. The Gimp always has been an early adopter of new GTK+ features and since the FileChooser is a step in the right direction it was only logical to use it and it should be our goal to help the GTK+ developers to overcome the current problems in the FileChooser. However, this needs cooperation with the GTK+ developers. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Path tool question
khiraly ([EMAIL PROTECTED]) wrote: If I closed a path, how can I add new segment, and how can I open the path between 2 nodes? You can delete a segment by clicking on it in the Edit mode with SHIFT pressed. A new segment will be started when there is no highlighted anchor node or the path cannot be extended at the highlighted node (e.g. when the path is closed). Simply click at the point where the new segment should start in Design mode. You can subdivide an existing segment by clicking on it in Edit mode. I recommend to select the Design mode in the tool options and use CTRL to switch to the Edit mode when necessary. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Wish: Scaling Brushes
Felix E. Klee ([EMAIL PROTECTED]) wrote: If I'm mistaken, I'm happy to be corrected. If the feature is really not available: Could that be something for a later version of the Gimp? There are generated brushes where you can resize them in a dialog, the developer versions of the gimp allow you to bind keyboard shortcuts to resize them as well. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Wish: Scaling Brushes
Felix E. Klee ([EMAIL PROTECTED]) wrote: On Wed, 01 Sep 2004 15:46:32 +0200 Michael Schumacher wrote: Depends on the type of the brush - the round and rectangular ones created from within GIMP can be scaled, brushes that are images can't. I know that you can resize brushes used by the ink tool. Who said anything about the ink tool? Would you please look at the brush dialog, hit the new button and fiddle away with your new generated brush? Just because you don't know of the existance of something that doesn't mean it isn't there. It probably doesn't cover everything you mention but a lot of. At least in the developers version. The stable version is limited to round brushes. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] do images that use textures, fractals, etc., get GPL infected?
Alexander R. Pruss ([EMAIL PROTECTED]) wrote: I was wondering under what circumstances images created with the Gimp need to be GPL'ed. Obviously, program output is not a derivative work. But images created with the Gimp might incorporate copyrighted elements such as brush shapes (there might be a single brush stroke from which the brush could be reconstructed), a texture, fill pattern, etc. Or what if I use a default set of parameters from Fractal Explorer to generate a fractal that is a prominent part of an image? (The latter is the question that interests me. I wish I knew what source code means in that context, too. The fractal params? The xcf file?) Brush shapes, Patterns etc. are packaged with the Gimp for the sole purpose of being incorporated into other images. It is not intended to extend the GPL to images generated with the GIMP. Maybe we should state this explicit in a readme, maybe even place the brushes/patterns etc. in the public domain explicitely. So you can do with your images whatever you want. If there are facts that prohibit this for whatever reason (because of the GIMP distribution) we will eliminate this obstacle. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Fwd: [GUG] GIMP at Systems in Munic (Germany) in October?
From: Lucia Cosima Eiselstein [EMAIL PROTECTED] Rosa Riebl, she is publisher of the magazine freeX, just asked, if there is any interest for the GIMP-people to participate as an OpenSource project at the Systems, October 18-22 in Munic (Germany). This year for the first time, there will be sponsored space (about 100 square meter) for OpenSource projects. Just to chime in. This claim from Mrs. Riebl is utterly wrong. There have been two or three instances of the LinxuPark - sponsered by the Linux New Media AG (competitors of the CL-Publishers). I presented a Gimp Booth there on at least two occasions (not sure if there were two or three). So this definitely is not the first time that there is sponsored space for open source projects on the Systems. That having said, it would be cool if somebody would present GIMP at the Systems. I however won't be able to come. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] matte defringe in gimp
ivanova ([EMAIL PROTECTED]) wrote: Is there any way to do something similar to the defringe tool in photoshop? I played around a bit without good results in gimp, but I'm still new and probably don't know all the tools that well. Ok, I don't know Photoshop so I am not sure if this really is equivalent but you can try this: Do Image-Layer-Transparency-Alpha to Selection then image-Select-Shrink (by the desired amount) then Image-Select-Invert and finally Image-Edit-Clear. This will make your motive a little bit smaller but will also remove the fringing artefacts. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [Gimp-developer] Is an incompatible change to generated brushes acceptable?
Nathan Carl Summers ([EMAIL PROTECTED]) wrote: Is it possible to redo your logic so that the the old hardness scale is used, but it's possible to have negative hardness? I thought about this and I don't like it. Although technically possible it IMHO doesn't make sense because a Hardness of -0.5 doesn't map to something easily understood. Alternatively, we could use a fileformat versioning system to keep backwards compatibilty. Right now the code saves backwards compatible brushes when the elliptical shape is selected and the Number of spikes is 2. When we abandon this, this is possible. The question is: Is it worth it? I asked my original question to get a feel for the number of generated brushes out there that'd need to be changed. Jimmac told me on IRC that he has *one* generated brush he changes on the fly. For him the change in the hardness scale wouldn't pose a problem at all. I suspect that this is true for most users of generated brushes out there. I'd like to avoid as much conversion crud as possible (although it might not be that hard if we abandon backwards compatibility as mentioned above). Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Is an incompatible change to generated brushes acceptable?
Hi all. I am currently working on some tweaks to the generated brushes (the brushes you can configure interactively). In Gimp CVS you can generate brushes like these: http://www.home.unix-ag.org/simon/files/generated-brushes.png Note, that currently the new functionality does not affect existing generated brushes. However, when I fiddeled with this stuff I got the impression, that the hardness-parameter should be a bit more extendable to the soft side of the brush - IMHO hardness 0.0 is not yet soft enough. I have a patch sitting here, that makes more soft brushes possible, but since this patch still maps the range from 0 to 1 the hardness for existing generated brushes would effectively be reduced, i.e. existing brushes will look softer when loaded with the next release of the GIMP. Do you think this is acceptable? Note that the current hardness could be reached easily by dragging the slider a bit upwards again. Do you have lots of generated brushes sitting on your harddisk (look for files ending in .vbr in ~/.gimp-2.0/brushes/ )? Would you be upset if they'd change their look a little? Thanks, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] xpm to ico ??
Linux GIMP ([EMAIL PROTECTED]) wrote: I'm wanting to make a favourite icon for my web site. I created an icon using Baby Gimp in the xpm format. BabyGimp is not related to the GIMP at all - except for the name unfortunately. Also BabyGimp seems to be quite dead (when looking at http://babygimp.sourceforge.net/ ). However, you might be lucky contacting the author directly. Sorry, but since I don't know anything about BabyGimp I cannot help you there (and I guess few on this list can). Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
