Re: the Gimp 1.2.0 for windows ?
Hi Bennet, maybe you did not pick up the right file. You need the file gimp-setup-20001226.zip. This will unzip to a single file gimp-setup-20001226.exe . Start this file to start the installation. --Peter [EMAIL PROTECTED] wrote: On 5 Jan, Bennett Keith Portnet wrote: Sorry to bug you, I found you name and email address in the GIMP files ! I downloaded the GIMP 1.2.0 (for Windows ?!) from Tucows. It has been uncompressed into a file on my hard drive. (I am running Windows NT) NOW WHAT DO I DO TO GET IT RUNNING ? I can't find a file that runs it ! No idea, I have no Windows. I'll forward this mail to the developpers mailinglist. Maybe someone knows an answer -- Servus, Daniel -- Peter Kirchgessner http://www.kirchgessner.net mailto:[EMAIL PROTECTED]
Re: GIMP help docs
Hi Garry, thank you for the hint. bex already told me where to look. --Peter "Garry R. Osgood" wrote: Peter Kirchgessner wrote: Hi bex, where is to-do.txt ? --Peter This probably has been answered privately, but I'll take the liberty of answering it publicly. Given the nearness of 1.2 release, the Gimp Help Team (bex, Piers Cornwell, Daniel Eggers apologies if I missed the other contributors) started a separate gimp-help project last July, and not integrate with the main tree until help stuff is reasonably sane, complete, and stable. % cvs co gimp-help See gimp-help/help/C/to-do.txt. Be good, be well Garry -- Peter Kirchgessner http://www.kirchgessner.net mailto:[EMAIL PROTECTED]
Re: GIMP help docs
Hi bex, where is to-do.txt ? --Peter "Rebecca J. Walter" wrote: bex here. I'm all done proofing all the files in the CVS. So get out there and write some more!! I think there are a ton of holes yet needing work. Also please check the to-do.txt file which lists holes in the files already in there. So it isn't MY fault anymore if 1.2 is delayed! bex -- Peter Kirchgessner http://www.kirchgessner.net mailto:[EMAIL PROTECTED]
Moving selection content
Hi, when moving a selection with the move tool, the content of the selection moves with the mouse. Is it possible to show only the border when moving ? I did not find such a setting in the preferences. To me it is more easier to place a selection if I have a reference point at the mouse cursor and move the mouse to the required position in the current image. But the content of the selection is drawn over the current image. --Peter -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: confauthorsgen?
Hi, I had the same problem. Then I removed my local CVS copy of GIMP and checked it out again. Then I got all the files. --Peter Marc Lehmann wrote: Just FYI, I while running configure I get this message: ./configure: confauthorsgen: No such file or directory (I re-ran autogen.sh before doing this). -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | | -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: Decompose
Hi, there is a request to change the behaviour of the decompose plug-in. The names of the extracted channels should be changed from inputfile.ext-channelname(i.e. myfile.tif-red) to inputfile-channelname.ext(i.e. myfile-red.tif) Any objections ? --Peter "DrMartin.Weber" wrote: If I use for example test.png in decompose I get for example test.png-yellow. If I try to save it it is a problem because it doesn't have a valid extension. The correct file name should be test-yellow.png instead. Martin -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: Magicless file formats
Sven Neumann wrote: Hi, If a properly named Targa file is not correctly loaded by GIMP, then another plug-in (for example faxg3) uses a file magic that fits this targa file. So which plug-in should load the file ? The one that has the correct file magic or the one that handles the correct extension ? I would prefer the plug-in with the correct file magic. Maybe the file magic of the faxg3 plug-in is too weak ? If I understood the patch correctly, only the extensions of magicless file-formats would be probed before the magic header is used. That would mean you couldn't easily load a fax g3 files named foo.tga anymore, but if it is named foo.gif Gimp would still use the fax g3 loader. On the other hand it would allow you to actually load foo.tga if is is really a Targa file. The patch implements the following logic: (1) Check if the extension matches one of the file_formats we can't properly identify by their magic header. If not, proceed with (2). (2) Check if the header matches one of the magics. If not, proceed with (3). (3) Check if extension matches anything we know. I had the impression, this wasn't clear... OK, I should have read the e-mail with the patch more carefully. This handling looks good. Peter -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: Magicless file formats
Mattias EngdegÄrd wrote: Anyway, if the user finds that an application doesn't try to load a file whose name ends in .tga as a Targa file (or worse, attempts to load it as a Group 3 fax file), then the same user will assume that the application, or its programmers, or both, are stupid beyond belief. And rightly so :-) I would prefer a program that loads a group3 Fax file even if it is named .tga I cannot believe that such a situation would be more common than attempting to load a properly named Targa file. You can always set the format manually, but the automatic mechanism should be optimized for the common case. If a properly named Targa file is not correctly loaded by GIMP, then another plug-in (for example faxg3) uses a file magic that fits this targa file. So which plug-in should load the file ? The one that has the correct file magic or the one that handles the correct extension ? I would prefer the plug-in with the correct file magic. Maybe the file magic of the faxg3 plug-in is too weak ? -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: Magicless file formats
Mattias EngdegÄrd wrote: Anyway, if the user finds that an application doesn't try to load a file whose name ends in .tga as a Targa file (or worse, attempts to load it as a Group 3 fax file), then the same user will assume that the application, or its programmers, or both, are stupid beyond belief. And rightly so :-) I would prefer a program that loads a group3 Fax file even if it is named .tga --Peter -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]
Re: loading EPS files
Hi Austin, another possibility would be to call gs with an additional -c showpage to force a showpage command after interpreting the file. Ghostscript then will generate two pages for files with a showpage instruction. The second (empty) page then must be dropped when reading data from ghostscipt. --Peter Austin Donnelly wrote: The correct way to get gs to render the EPS file is to provide it with a prologue, the file itself, then finally an epilogue. -- Peter Kirchgessner WWW:http://www.kirchgessner.net e-mail: [EMAIL PROTECTED]