Re: [Gimp-developer] request
Was going to recommend this myself. I agree with Alex's suggestion: Personally, I'd rather see a combobox in JPEG exporting options to select background color, with these options: Black, White, Current Background Color, Cyrrent Foreground Color. Alex If we do this, there is no need for a warning. -C ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
On 2017-06-24 02:40 PM, Tobias Ellinghaus wrote: Am Samstag, 24. Juni 2017, 13:02:11 CEST schrieb Kevin Cozens: On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote: Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong: When saving a JPG GIMP doesn't allow to save a JPEG for quite some versions now. It doesn't allow you to save as JPEG. You need to export an image as a JPEG. That's what I said. ok. I missed the earlier part of the thread. It read to me like someone was saying their version of GIMP is not able to create JPEG files. -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's why we're | powerful!" #include | --Chris Hardwick ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
24 июня 2017 г. 8:40 PM пользователь "Ofnuts"написал: What Gimp could have is either a counter of the number of times a warning has been issued (and stop issuing it after a while) or a "Don't tell me again" checkbox. So that people treat it like something annoying and disable it, then still run into the issue? Personally, I'd rather see a combobox in JOEG exporting options to select background color, with these options: Black, White, Current Background Color, Cyrrent Foreground Color. Alex ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
Am Samstag, 24. Juni 2017, 13:02:11 CEST schrieb Kevin Cozens: > On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote: > > Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong: > >> When saving a JPG > > > > GIMP doesn't allow to save a JPEG for quite some versions now. > > It doesn't allow you to save as JPEG. You need to export an image as a JPEG. That's what I said. signature.asc Description: This is a digitally signed message part. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
Am Samstag, 24. Juni 2017, 19:39:58 CEST schrieb Ofnuts: > On 06/23/17 14:14, Bert de Jong wrote: > > When saving a JPG, please warn if there is transparency. > > Currently GIMP saves such images without warnings and just uses the > > current background color. > > I think a lot of people do not use XCF and are used to saving > > transparency to PNG and GIF files. > > > > I think it's customary for GIMP to warn when operations initiated by > > the user will be performed slightly different than the user might > > expect. > > An example is when scaling indexed images. > > It then says: "Indexed color layers are always scaled without > > interpolation. The chosen interpolation type will affect channels and > > layer masks only." > > > > Thanks. > > Given the number of times I've seen people complaining about the loss of > transparency, that would be a good idea. > > > What Gimp could have is either a counter of the number of times a > warning has been issued (and stop issuing it after a while) That sounds like a bad idea. People will rely on the warning to be there so they can cancel the export and do something appropriate. Suddenly stopping to show it will make them complain. > or a "Don't > tell me again" checkbox. Tobias signature.asc Description: This is a digitally signed message part. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
On 06/23/17 14:14, Bert de Jong wrote: When saving a JPG, please warn if there is transparency. Currently GIMP saves such images without warnings and just uses the current background color. I think a lot of people do not use XCF and are used to saving transparency to PNG and GIF files. I think it's customary for GIMP to warn when operations initiated by the user will be performed slightly different than the user might expect. An example is when scaling indexed images. It then says: "Indexed color layers are always scaled without interpolation. The chosen interpolation type will affect channels and layer masks only." Thanks. Given the number of times I've seen people complaining about the loss of transparency, that would be a good idea. What Gimp could have is either a counter of the number of times a warning has been issued (and stop issuing it after a while) or a "Don't tell me again" checkbox. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote: Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong: When saving a JPG GIMP doesn't allow to save a JPEG for quite some versions now. It doesn't allow you to save as JPEG. You need to export an image as a JPEG. -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's why we're | powerful!" #include | --Chris Hardwick ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] request
Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong: > When saving a JPG GIMP doesn't allow to save a JPEG for quite some versions now. [...] Tobias signature.asc Description: This is a digitally signed message part. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Request information
On May 16, 2017 9:17:10 AM GMT+02:00, C Rwrote: >Hi Francesco - no need to be sorry. :) >Regarding your question, GIMP should be able to import and export EPS, >so it was not a concious decision to stop supporting the format or >anything. Have a look at the commit log for the gimp-2-8 branch: https://git.gnome.org/browse/gimp/log/?h=gimp-2-8 tl;dr: When creating and testing the 2.8.22 installer, Jernej found that the Postscript and MNG plug-ins crash on 32 bit Windows platforms. The decision was Mae to rather have no support than crashing plug-ins. Anyone who want to change this is invited to figure out why the crashes happen - the best way to start would be to be on the #gimp IRC channel on European evening to learn fron Jernej how exactly the filters were crashing. -- Regards, Michael GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Request information
Hi Francesco - no need to be sorry. :) Regarding your question, GIMP should be able to import and export EPS, so it was not a concious decision to stop supporting the format or anything. In fact in 2.9x development versions it's still there, still working (both import and export). To export the current project to EPS, follow these steps: 1. Go to the "File" menu and choose "Export As" 2. Then you can just type your file name like "yourfilename.eps" and click the "Export" button 3. When you type .eps at the end of the file name, GIMP will automatically pop up an export dialog for eps where you can choose the options you want. If these steps do not work for you, please advise where you are getting stuck, and we will try to help you further. Thanks for your compliments and for using GIMP! -C On Fri, May 12, 2017 at 1:07 PM, Francescowrote: > Dear developers, > I'm sorry, my name is Francesco, and I would first like to congratulate you > on the tremendous work that you are pursuing to develop GIMP. > Thanks to you thousands of people can use a high-level graphics program, for > free. Thank you for that. > I contact you to give you information, which I do not know if you are already > aware: > In practice, this is the last version of GIMP (2.8.22) and I noticed that it > is not possible to import or export EPS files. > I tried to apply the procedure listed on the official site's document page to > fix the problem (https://docs.gimp.org/en/gimp-using-external-programs.html), > but I could not solve the problem problem. > Since in the latest version of GIMP (2.8.22) I have noticed that it is quite > possible to import and export the EPS file, I would like to know that this is > a bug or a choice to permanently delete this file. > Thank you in advance for any reply you want to give me, thank you again for > all your extraordinary work, and I take the opportunity to wish you a > wonderful day. > So many gentle greetings > Francis > > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Request for enhancement
On Sun, 2016-09-25 at 17:27 +0200, Maurizio Loreti wrote: > I would like to suggest a (very) small enhancement for GIMP, that I > think > would be useful (at least for me, YMMV). > > I leave constantly opened the "Undo History" window, hat shows the > last > operations performed with GIMP. When I save the image I am working > on, I > would like to see something in the list of the operations showing > exactly > which version in the "Undo History" has been saved; maybe a single * > on the > right of the name of the operation: e.g. seeing "Levels *" I know > that > right after the "Levels" step I saved the image I am working on. I think that makes a lot of sense, can you file this as enhancement request in bugzilla please so it's not forgotten? http://www.gimp.org/bugs/ Thanks, Mitch ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] [Request] Improve Stroke Path capabilities
On 05/29/2013 02:31 AM, Richard Gitschlag wrote: Date: Tue, 28 May 2013 08:52:04 -0300 From: yafuli...@gmail.com To: gimp-developer-list@gnome.org Subject: [Gimp-developer] [Request] Improve Stroke Path capabilities [...] the ability to use gradients [...] That is already doable if you tell it to stroke using a tool AND you have the necessary dynamics configured to draw colors from the gradient. Not exactly convenient though -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. What is really missing is the ability to specify the fade as a percentage of the path (or strokes) lengths. Currently it has to be entered in pixels, and their is no standard user tool to obtain the length of a path (or of its strokes). ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] [Request] Improve Stroke Path capabilities
Date: Tue, 28 May 2013 08:52:04 -0300 From: yafuli...@gmail.com To: gimp-developer-list@gnome.org Subject: [Gimp-developer] [Request] Improve Stroke Path capabilities [...] the ability to use gradients [...] ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list That is already doable if you tell it to stroke using a tool AND you have the necessary dynamics configured to draw colors from the gradient. Not exactly convenient though -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request for standard conform save and export function
On Tue, Feb 5, 2013 at 6:54 PM, RubbelDeCatc wrote: I decided to use this way to send an urgent request to the gimp developers. I am using Gimp professionally since many years and i am very glad about the progress Gimp made the last years. With 2.8 there was a change in the way Gimp saves images. I every program of the world the save function (Strg-s) is used to save Documents. 90% of my load and save transactions with gimp are done in other formats then XCF. The export-function is normally only for formats the program can not re-import again. To point that out. It is not my intend to criticize. But Gimp already has an acceptance problem because of its unusual usability paradigms. I doubt that the unnecessary and ignorant decision to force users to use export instead of save will be counterproductive for the future of Gimp. -- regards Dirk aka -- -o))// RubbelDeKatz Btw.: I know that there is a workaround. But have you ever recognized the thousands of questions and comments from beginners concerning the save function? We've been through half a dozen of long threads about this. Thank you for attempting to start yet another one while not using any rude words whatsoever :) Yes, we do recognize that it's a problem for some users. No, it's less of a problem for the kind of users we target, and we know users who successfully adapted to the new workflow an even loved it. No, the export function is _not_ normally only for formats the program cannot re-import again, as proven by dozens of DAW, NLE and other kinds of applications. No, we are not considering to revert the change, but we are thinking of ways to fix the Confirm closing unsaved images problem. Yes, we are sorry that it's a problem for you. Hopefully you will find the existing workarounds sufficient. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request for equations for Fractal Trace and QBist
Hi Katie On Thu, Aug 30, 2012 at 10:44:21PM +0100, Katie Harrison wrote: Hi, I love using the Fractal Trace and QBist filters, but I wish I could apply similar effects to SVG images, so I'd like to (attempt to) write Inkscape extensions that do something similar. My problem is that I'm just a python developer who can't read c code, so I was wondering if the math equations used by these filters are written down somewhere, or if there is someone on this list who knows what they are? For Fractal trace, the method is simple. If you are not familiar with the Mandelbrot set, first make yourself familiar with it so that you can write a program to draw it. http://en.wikipedia.org/wiki/Mandelbrot_set I see that you are not familiar with C, but here is a small simplistic program to draw it that you may still be able to follow: https://banu.com/blog/27/rest-in-peace-mandelbrot/ Once you have understood it, here's how the Fractal trace works. For every point in the target image (mapped to the set, and in set co-ordinates) say z = c = (x,y), Fractal trace puts the point through the equation: z = z^2 + c On every iteration, z is a new point in the set. Typically this point hops around and around the original (x,y). [The XaoS program has a nice animated illustration of this in its help section.] After many iterations, either the point stays close to (x,y), or 'escapes' and jumps far away from (x,y). You should be able to determine if you should stop iterating based on the distance of the current value of 'z' from (x,y), or after 'N' iterations if the point has not ventured far (and likely won't). [This is the same type of escape checking that you'd do when drawing the Mandelbrot set.] Once you decide to stop iterating, the color of pixel (in image co-ordinates) corresponding to resulting value of 'z' (in set co-ordinates) is set as the color of pixel in the target image (in image co-ordinates) corresponding to the (x,y) point (in set-coordinates). This class of operation is called a 'map', as the color of the point maps to that of another. Usually some sort of sampling is also performed around (x,y) (in the domain of the map) to get rid of aliasing. That is all. If you have understood how the Mandelbrot set is generated and are able to write a program to generate it, then doing the Fractal trace should be straightforward after that. Kind regards, Mukund ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request for equations for Fractal Trace and QBist
On Fri, Aug 31, 2012 at 05:08:29PM +0530, Mukund Sivaraman wrote: After many iterations, either the point stays close to (x,y), or 'escapes' and jumps far away from (x,y). You should be able to Corrected: After many iterations, either the point *coverges at another point*, or 'escapes' and jumps far away from (x,y). Kind regards, Mukund ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request to review article
On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavez anatolcha...@gmail.com wrote: To Whom it May Concern: I am a freelance writer submitting a review to microfilmmaker.com for consideration. My review has been approved for publication in the August issue, pending fact checking by one of the members of the GIMP team. I would like to request for a GIMP team member to review this article so that we can post it this month. Thanks so much for your consideration and I look forward to your response. GIMP is an open source alternative to Adobe PhotoShop It's Photoshop, not PhotoShop (same for other occurrences) The software can work with all kinds of images, be it ... fonts... What exactly did you mean with that? The GIMP toolbox, for example, is basically filled with standard photoshop icons, such as the lasso, wand, magnifying glasss, text, stamp, blur, and eraser tool. This is incorrect. There is nothing photoshopish about these icons. Those are widely adopted metaphors. ...GIMP was able to open raw photo files from both Canon (CR2), Nikon (NEF), and PhotoShop (DNG), Only if UFRaw is installed along with GIMP, which isn't always the case. Versions as late as PhotoShop CS4 had issues with reading newer versions of both Canon and Nikon raw files, and could require a codec installation. UFRaw hasn't updated in a long time, so files from newer cameras are likely to not open. Comparing to CS4 would be incorrect, as there already is CS6 available. There is a plugin called “separate+” that allows some CMYK access, This can be limiting if you are hoping to utilize GIMP for poster or DVD art You can do original art and produce color separated TIFF file from GIMP via separate+. For example, I can choose “Multiply” for a text layer and it will become semi-transparent, making the darker areas of the underlying image darker through the text layer. It won't. Please just check it :) And the result also depends on the color of the text. All in all, I wouldn't say it's a very good example. The filter tab The menu, you mean? Although GIMP has the added value of having the undo option (control-z) go back as far as your computer memory allows (which Photoshop does not, by default, have) Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default? Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request to review article
On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavezanatolcha...@gmail.com wrote: Although GIMP has the added value of having the undo option (control-z) go back as far as your computer memory allows (which Photoshop does not, by default, have) Photoshop CS5 and CS6 handle up to 1000 protocol items. See Preferences/Performance/History and cache. On Windows the Preferences dialog is in the Edit menu. In GIMP you have a lower limit of undo levels and define the maximum memory for undo actions. See Edit/Preferences/Environment. Best regards, grafxuser ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request to review article
On 08/05/2012 05:13 AM, Alexandre Prokoudine wrote: On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavez anatolcha...@gmail.com wrote: Although GIMP has the added value of having the undo option (control-z) go back as far as your computer memory allows (which Photoshop does not, by default, have) Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default? Ctrl(Cmd)+Z/Ctrl(Cmd)+Shift+Z only does one step of undo/redo in Photoshop. You have to use the History palette to go further back. It's an annoying behavior that I keep bumping into in my daily work. In fact, if you repeatedly hit Ctrl(Cmd)+Z it toggles undo/redo of the last action only. At least, that is in PS7, CS1, CS2 and CS4 on OSX in my experience. Otherwise, Gfxuser is correct that the number of items in the history can be adjusted in Photoshop preferences. Jason Simanek ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request to review article
On Sun, Aug 5, 2012 at 5:29 PM, Jason Simanek wrote: Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default? Ctrl(Cmd)+Z/Ctrl(Cmd)+Shift+Z I have a suspicion that Alt and Shift are different keys :) Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Request to review article
On Sun, Aug 5, 2012 at 7:00 PM, Robert Krawitz wrote: ufraw is still updated on a regular basis, at least in its repository. Most of the updates these days are related to taking updates of dcraw, which Dave Coffin does update frequently. Good to know. That, however, doesn't result in user-accessible releases. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-developer-list