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] Script to change opacity of a layer
professor (for...@gimpusers.com) wrote: > I need a script that changes the opacity of a layer and then saves the whole > image as a PNG file. So I wrote the following script: > > #!/bin/sh > > gimp -i -b - < ( > let* ((image (car (gimp-file-load 1 "test.xcf" "test.xcf"))) >(drawable (car (gimp-image-get-active-layer 1 > > (gimp-layer-set-opacity drawable 50) > > (let* ((new-layer (car (gimp-image-merge-visible-layers image > EXPAND-AS-NECESSARY) > > (gimp-file-save RUN-NONINTERACTIVE image new-layer "test-40.png" > "test-40.png") > (gimp-quit 0) > ) > > However, an error message appears saying "error: eval: unbound variable > new-layer". > > So what am I doing wrong here? Variables declared with a let or a let* block are only valid *inside* the block. So basically your additional let* block has no real effect in terms of variables, since you close it immediately again (It does have the side effect of merging the visible layers). I would probably do it like this: (let* ((image (car (gimp-file-load 1 "test.xcf" "test.xcf"))) (drawable (car (gimp-image-get-active-layer 1))) (new-layer 0)) (gimp-layer-set-opacity drawable 50) (set! new-layer (car (gimp-image-merge-visible-layers image EXPAND-AS-NECESSARY))) (gimp-file-save RUN-NONINTERACTIVE image new-layer "test-40.png" "test-40.png") (gimp-quit 0) ) If you want to avoid the set! (it is kind of frowned upon, but frequently makes the code easier to read and handle), you could do it like this: (let* ((image (car (gimp-file-load 1 "test.xcf" "test.xcf"))) (drawable (car (gimp-image-get-active-layer 1))) (new-layer 0)) (gimp-layer-set-opacity drawable 50) (let* (new-layer (car (gimp-image-merge-visible-layers image EXPAND-AS-NECESSARY))) (gimp-file-save RUN-NONINTERACTIVE image new-layer "test-40.png" "test-40.png") ) (gimp-quit 0) ) Watch how the code is nested here. The new-layer variable goes out of scope (loses its meaning) after the closing parentheses in the following line. Note that this is untested code. 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, DJ 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
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] 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] 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] 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
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] 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] want a transparent plain glass surface
Rene Veerman ([EMAIL PROTECTED]) wrote: > Hi, any ideas on how to create a glass texture? I intend to use 50-70% > opacity, to fuzz out whatever image is under my texture.. Not sure if this is what you're after, but have a look at http://www.home.unix-ag.org/simon/gimp/linuxtag2002/nette-effekte/plastic-text.html maybe an online translator can help you. 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 and not have a copy of 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: > 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] 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: > 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] 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
[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 "gui"s - 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] 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. 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
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: > 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] 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] Oh man, i am very sad, that GIMP very often crash
Brendan ([EMAIL PROTECTED]) wrote: > On Thursday 14 June 2007, Jozef Legeny wrote: > > I'm using 2.3.18 (and i was using the development version since 2.3.9 > > ) and the only time gimp crashed was when i had 256MB ram and tried to > > manipulate huge (a 80MB xcf file is quite huge) images. However this > > isn't as much a gimp problem as hadware one. > > I get windows disappearing sometimes (main, layers) but no crashes. No > pattern either. There is a feature that hides windows when hitting the tab key. Hitting the tab key again should bring the windows up again. So if you can continue to use the gimp in the image window you most probably have hit the tab key by accident. 2.2 switches between three states, 2.3 between two states. 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] Compile problems with 2.3.18
David Woodfall ([EMAIL PROTECTED]) wrote: > I'm getting errors on make: > > controller_linux_input.c:76: error: 'BTN_TASK' undeclared here (not in a > function) What version of the linux kernel are you using? Does it match the header files installed? BTN_TASK should be defined in /usr/include/linux/input.h 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] How do you select the inside of a circle?
Chris Mohler ([EMAIL PROTECTED]) wrote: > On 5/22/07, Claus Cyrny <[EMAIL PROTECTED]> wrote: > [...] > > I wonder what I'm doing wrong! :-( Here's an example of what > > I tried (Gimp 2.2.8/Ubuntu "Breezy"/24-bit color depth): > > > > http://home.arcor.de/ccyrny/downloads/circles_rgb.png > > > > The "jaggies" remain. :-( > > > > How do you achieve getting a smooth circle? I checked both > > anti-aliasing and feather (3.0) in the selection tool. The zoom factor > > was always 100%. > > Strange - I must never have stroked a selection in GIMP, because it > *is* very jagged. I'm going to search the bugzilla, If you want I can go into all the technical details, why this is that way. It is not pretty, but there is no easy solution - we have to somehow deal with the fact, that a selection is not a vector-based shape and stroking has to have something to follow. Another workaround is to convert the selection into a path and then stroke the path, this should also give better (but not perfect) results. Relevant Bugzilla entry: http://bugzilla.gnome.org/show_bug.cgi?id=50730 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/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: > 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] 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] 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] GIMP's equivalent of adjustment Layer in PS?
Steve Thompson ([EMAIL PROTECTED]) wrote: > Still, I am passionate about the Gimp, and its raw potential leaves me > optimistic enough to think that with enough people requesting > features, someone might decide to make them priorities. Please also consider, that the GIMP project is not as big as it might seem to you (have a look at the number of people actively committing in the recent time, read the ChangeLog). The number of contributors in the AUTHORS file is misleading, since these are the people accumulated in more than 10 years of time. There are a lot of interesting problems in the GIMPs codebase and we can only program on the GIMP when we have an interest in the problems to solve. Users requesting features usually don't make these features more interesting, hence the "we don't program for market share" stance. Producing a wild hack to satisfy the immediate need of some users for adjustment layers is more disgusting than interesting. In contrast an interesting problem is e.g. to substitute the internal pixel representation with a more flexible and powerful system. Incidentially this will result in adjustment layers for free. Oh, there is someone working on it: http://www.gegl.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] 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: > 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] 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] 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] Startup "layout"
Norman Walsh ([EMAIL PROTECTED]) wrote: > / Dave Neary <[EMAIL PROTECTED]> was heard to say: > | Norman Walsh wrote: > |> Is this really not possible? > |> > |> / Norman Walsh <[EMAIL PROTECTED]> was heard to say: > |> | When Gimp starts, it displays the main menu panel and the "Layers, > |> | Channels, ..." panel. Is there anyway that I can get it to > |> | automatically display the File->Layer->Colors menu also? I can "pin" > |> | it to the desktop for a session, but it'd be a lot less tedious if I > |> | didn't have to do that every time I started Gimp. > | > | Normally, it's enough to open the dock, and quit the GIMP. The docks you > | have open, as well as their positions on the screen, are saved at the > | end of every session. > > Odd. That has not been my experience. I definitely have "Save window > positions on exit" checked. Even clicking "Save Window Positions Now" > doesn't help. Dave probably was a bit confused here, torn off submenus are not docks. Unfortunately it is not yet possible to save the state of the torn off submenus. I believe that a patch to implement this would be accepted, but I doubt that there are many people who would benefit from that, so it is quite a low priority task... 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 "" -1 0 0) For now better use , 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] 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] 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] 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] 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] 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] Gimp Vs Mathematica handling EPS files
Paulo Jorge de Oliveira Cantante de Matos ([EMAIL PROTECTED]) wrote: > I'm quite surprised with some results. I had some mathematica > plots which I just exported into EPS and inserted into a LaTeX > document. They are excellent. One of them I had to edit so I > used Gimp and when I saved in EPS, the result was terrible. > Alot of alias. I do imagine its about resolution but I'm not > sure. Has anyone had a similar issue? Can someone help me out > edit a EPS image in Gimp with at least comparable results of > Mathematica? No. Basically what happens when you import an EPS file into GIMP is that it gets rasterized, since Gimp can only handle pixel based images. So Gimp is the wrong tool to edit EPS files. You might want to try to use pstoedit and then use e.g. inkscape or SVG to edit the result. 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] Preview in GIMP
Pierre-Alexis ([EMAIL PROTECTED]) wrote: > I have a couple of thoughts that may (or may not) > interest you : > - it's too bad that Gimp's filters' previews don't > allow you to zoom in/out... it makes them almost > useless in many cases ! it's sad too that some filters > don't even have a preview... > - it's a little strange (but not serious) that filters > previews are to be seen in a little preview windows, > while other tools' previews (curves, hue-saturation, > and so on...) are to be seen in the main window... it > give a "non rigorous" feeling... > > What do you think of all this ? Does it read relevant > to you ? It surely is relevant, but it isn't new. When discussing the introduction of a common preview widget for the plugins (which did not exist in 2.0) all these ideas have already been floating around. Unfortunately everything boils down to that somebody has to implement this. The current widget is certainly a big improvement over the earlier nonexistance of previews and solves a lot of problems. Extending it to do zooming would be of course very good, and I think that patches to implement this in a sane manner would be gladly accepted. The "Preview in the Image Window" is harder. The same holds here: If somebody prepares a good patch it'd be accepted gladly. I just want to make you aware that there are not that many people actively developing on the GIMP and there are certainly more pressing issues than the preview. Please don't hold your breath for improvements 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: Bleeding edge, WAS [Gimp-user] pygtk and 2.3.1
John R. Culleton ([EMAIL PROTECTED]) wrote: > Earlier in my journey autogen.sh had complained about an > obsolete intltool so I installed version 32 of that package. Did you rerun autogen.sh after updating intltool? > BTW I switched from stable cvs to unstable by deleting the > entire ~/cvs/gimp subdirectory and using the command > cvs checkout -r HEAD gimp > > I used this technique to avoid conflicts between versions. > > The initial splash screen for the resulting Gimp says: > Pixeldumper Developers Release 2.3 > > but the window displayed when I click help>about still says > version 2.2.9 It seems you installed the old and the new gimp in the same prefix. The about dialog should say 2.3.1. Make sure that you read the file HACKING and INSTALL in CVS. 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] Re: [Gimp-developer] GIMP merchandising
Hi Dave.
First of all - because you seem to be concerned about that - I'll
readily admit, that Federicos Company is a good one. Otherwise we would
not even need to discuss this.
Second: My concerns are certainly influenced by the fact, that two of my
closest friends run a company that also does free software merchandising
and yes, I am involved in most of the designs.
Dave Neary ([EMAIL PROTECTED]) wrote:
> Simon Budig a écrit :
> >And what is involved with being the "official merchandiser"?
> >How would we handle other companies trying to sell Gimp merchandise and
> >want similiar exposure? Do we need an official merchandiser?
>
> Essentially, this is what it comes down to ("de we need an official
> merchandiser?"). Or more to the point, do we want a GIMP store. Clearly
> we don't *need* anything.
>
> Currently, there is next to no GIMP stuff, and what little there is is
> not profiting the GIMP project at all.
At least the second part is not exactly true. The Gimp Pin at
http://www.kernelconcepts.de/products/fun/pins.shtml
has been available for ages and we have gotten a huge load of pins.
It actually was the first pin they did (and they grossly overestimated
the demand), cvs:gimp/docs/Wilber.svg would not exist without this pin.
At best it created a red zero for them. They still have lots available
and they don't sell. Do I need to mention that the quality is great
(silk-screened with 5 colors) and the price is very reasonable?
So now we are deciding to give an exclusive link to sourcewear on every
page and rid us of a possibility to link to other great Gimp products.
I'll admit that after your first mail I had the horror vision of a
sourcewear-logo in the sidebar and I am happy to hear that this is not
the case. However, I don't think it is OK to ignore the fact that
Federicos company is not the only good company out there.
Of course you probably did not know about Kernelconcepts. They never
approached the Gimp-Mailinglists for inclusion on gimp.org, I was very
reluctant when they asked me about it ages ago and I did never harp on
the fact that the pins have been made by them, when I handed the Pins
out freely whenever I meet Gimp-people. Maybe they should have done,
maybe I should have done. I do now, because I think they deserve to be
listed in a potential list of good gimp-merchandising makers.
> If the project as a whole decides that we don't want to have a
> relationship like this with a merchandiser, then fine. We won't, and we
> will continue not to have GIMP stuff for sale which will generate money
> to pay for stuff. Right now, we're not paying for mych stuff as it is,
> in spite of my recent mails on our financial situation.
>
> But as I also said, the relationship in its current state is a
> non-starter. Federico is selling almost no GIMP t-shirts, and until
> there is some link bringing GIMP fans to sourcewear, that's not going to
> change. Which means we continue to sit on our high horse, and people who
> want to buy t-shirts don't know where to go to find them.
How many queries for a Gimp T-Shirt have you encountered in the last few
years? I can probably count them on a single hand without fingers, and I
simply don't believe that the additional exposure would generate a lot
of requests for Federico and as a result this is probably not a big
source of revenue for the GIMP.
Federico, please correct me if I am wrong, but I am pretty sure that the
Gimp-Shirts are done on a transfer-basis, i.e. not silkscreened.
Having a shirt with silk-screened stuff needs big quantities and when
you are a small company you cannot afford to put that much money into a
product where you don't know if it sells.
If you're curious you can look at Petra's collection at
http://www.kernelconcepts.de/products/fun/tshirts.shtml
with a selection of silk-screened or embroidered shirts for different
free software projects. Make sure to have a look at the prices as well.
This kind of stuff only works, when you know that you sell at least a
certain amount of shirts, either to the project itself (for a booth or a
conference), or by pre-orders. For the records: Petra usually has a full
disclosure politics towards the projects regarding the manufacturing
price and the projects have a big influence in the pricing of the
shirts.
[...]
> The idea of doing things this way is that it's the path of least
> resistance to getting a GIMP store. We control the product line, get
> regular updates on sales (we can even consult the sales database in
> real-time), and regular payments. We don't have to worry about credit
> cards, deliveries, customer service, stock management or any of the
> other things that make an online store hard work.
Ok, when we want a Gimp-Store this is a big plus. I however doubt that
[Gimp-user] Re: [Gimp-developer] GIMP merchandising
Dave Neary ([EMAIL PROTECTED]) wrote: > For their part, they would like to continue having their logo on the arm > (which I'm OK with), and they would like to be our official merchandiser > - that is, have a place in the sidebar on every page, and a place of > prominence on the front page. Well, I am OK, with the Logo in the arm (although It would prevent me from buying this shirt), but I am definitely not OK with placing them on each and every page of our site, effectively turning www.gimp.org into a advertisement platform for sourcewear. And what is involved with being the "official merchandiser"? How would we handle other companies trying to sell Gimp merchandise and want similiar exposure? Do we need an official merchandiser? Frankly, making www.gimp.org a platform for a single merchandiser, so that he can ship Gimp-T-Shirts which also serve as a platform for said merchandiser does sound like a bad deal for me. Also the stuff currently available does not catch my fancy. Assuming this holds for others as well I don't expect much for us from this deal. I believe the hassle which will come up when other merchandisers become aware of this deal is not worth it. Bye, Simon PS: Full Disclosure: Good friends of me do have a small company that also does merchandising stuff, you might remember the Gimp-Pin they made. To my knowledge they have no interest in becoming the official Gimp merchandiser. -- [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 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
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
[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=image&name=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=image&name=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=image&name=200412020906377591 "Grassy" by D. Brian Gosnell: Great modesty. http://gimp.org/contest/gallery.cgi?display=image&name=2004120419031214235 "Animals" by John Garcia & Alla Satinova: Great menagerie. http://gimp.org/contest/gallery.cgi?display=image&name=2004120604011931453 "Daisy" by Martin Thorsen Ranang: Great painting. http://gimp.org/contest/gallery.cgi?display=image&name=200412020944269928 "Sailing" by Daniel Kenzelmann: Great mood. http://gimp.org/contest/gallery.cgi?display=image&name=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] difference between brightness and saturation
Gert Cuykens ([EMAIL PROTECTED]) wrote: > who do i ask if they would like to change the word lightness into > brightness from the gimp gui? "Brightness is the perceived intensity of light coming from the image itself, rather than any property of the portrayed scene. Brightness is sometimes defined as perceived luminance. (From Adelson, MIT)" and "Lightness is the perceived reflectance of a surface. It represents the visual system's attempt to extract reflectance based on the luminances in the scene. (From Adelson, MIT)" So your implied assumption that Brightness and Lightness are exchangeable terms is simply wrong. You were quite unspecific where you want to exchange these terms and I cannot determine if the usage of "lightness" is correct or not. My guess is, that somebody put some thought in the choice of words and I wouldn't change it unless someone shows that the usage of "lightness" is wrong. 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] 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
Re: [Gimp-user] Re: window sreenshot not working: window larger than screen
Neil Zanella ([EMAIL PROTECTED]) wrote: > No, I used it and it doen't work for me: as I said, my window is > larger than my screen. > I am using fvwm2 window manager (which one do you use?). And neither xv not gimp > are capturing the part of the window which is offline after I grab. > So, is it a window > manager problem or what kind of problem is it? No, the problem is simply, that the data of the hidden part of the window is not there. The program only knows how to recreate it when a previously hidden area gets visible. So you absolutely have to make multiple screenshots, put them into individual layers in the Gimp and arrange them together to recreate the intended appearance. 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
