Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
P.S about how i save png i never use the option ignore Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Proposed usabillity enhancement for PNG handling To: Sven Neumann [EMAIL PROTECTED]
i believe there is another thing that may correct in how Gimp save PNG and its about transparency When a PNG created with gimp is converted in JPG or any other format that do not support trnsparency transparent area become black, while they should be white that happens if the conversion is done with gimp OR any other SW . Not sure if changing the default option in PNG saving may correct if so i fail to find correct setting (and if so i believe will be better change the default setting ) Only way to change this i found is after saving the png,remove alpha and then use save a copy as jpg then transparency is rendered as supposed , not black but white. Obviously reopen the png, remove the alpha channel and only then save as jpg works too Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
Sven Neumann Subject: Re: [Gimp-developer] Proposed usabillity enhancement for PNG That's not true. The current background color is used. So if you want the background to be white, then you should set your background color to white. No. maybe should but does not for me My background color is as default white and i seldom change that but all my png if converted to jpg get a black background and anyway if was that the reason the color will be not always black ,since there are millions of other possible BG colors But result never change : png transparency become in jpg is always black , never yellow green or red,and more relevant never white this at least on my gimp 2.6.1 with windows xp. PS in my previous post title went missed , sorry Scopri il blog di Yahoo! Mail: Trucchi, novità e scrivi la tua opinione. http://www.ymailblogit.com/blog ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
Hi, On Tue, 2008-10-14 at 15:24 +, Alchemie foto\grafiche wrote: When a PNG created with gimp is converted in JPG or any other format that do not support trnsparency transparent area become black, while they should be white that happens if the conversion is done with gimp OR any other SW . That's not true. The current background color is used. So if you want the background to be white, then you should set your background color to white. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
Alexia Death wrote: My suggestion is as follows: a) do not apply the th offset to the layer. b) save offsets from load time c) add numeric entry boxes to the save dialog and fill them with load time offset values. Hi For the record, I think this suggestion makes sense BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
On Sun, 2008-10-12 at 21:26 +0300, Alexia Death wrote: PNG-s support offset for whatever renders them in the file format. What's the purpose of these offsets? I find it difficult to judge your proposal without knowing what the spec says about this. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
On Mon, Oct 13, 2008 at 9:07 PM, Sven Neumann [EMAIL PROTECTED] wrote: On Sun, 2008-10-12 at 21:26 +0300, Alexia Death wrote: PNG-s support offset for whatever renders them in the file format. What's the purpose of these offsets? I find it difficult to judge your proposal without knowing what the spec says about this. I looked up the PNG spec about this already when first trying to decide if it was a bug or a feature. To the letter spec says: The oFFs chunk gives the position on a printed page at which the image should be output when printed alone. It can also be used to define the image's location with respect to a larger screen or other application-specific coordinate system. I see it mainly as a a directive to the rendering engine to place the image at a offset. Its useful in contexts where PNG-s are used for rendering an UI etc. and supporting it is good. But in current implementation it is a hindrance to editing without any added benefits even to the user that WANTS to use it(see described use case in the first ). Now looking at spec, specially the last sentence, as I understand it these fields could be used to define an offset in a coordiante system totaly different of PNG-s own, with makes the way gimp handles it now totally incorrect for those usecases. The image can be unedtable because the system using it has a larger coordinate system and it ends up 100% outside canvas. --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
On Mon, 2008-10-13 at 21:28 +0300, Alexia Death wrote: On Mon, Oct 13, 2008 at 9:07 PM, Sven Neumann [EMAIL PROTECTED] wrote: On Sun, 2008-10-12 at 21:26 +0300, Alexia Death wrote: PNG-s support offset for whatever renders them in the file format. What's the purpose of these offsets? I find it difficult to judge your proposal without knowing what the spec says about this. I looked up the PNG spec about this already when first trying to decide if it was a bug or a feature. To the letter spec says: The oFFs chunk gives the position on a printed page at which the image should be output when printed alone. It can also be used to define the image's location with respect to a larger screen or other application-specific coordinate system. As mentioned already on IRC, I'm sure we had exactly the same bug with another image file format, and IIRC the bug was resolved by simply ignoring the offsets. I've searched bugzilla but didn't find anything. It maybe was BMP (could could have been TIFF or something else). Does anyone remember that old bug? ciao, --mitch ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Proposed usabillity enhancement for PNG handling
Hi! PNG-s support offset for whatever renders them in the file format. However, the way GIMP handles the offset is less than optimal. I've included a sample image for anybody interested to see for themselves. So whats the issue? The file is loaded with the layer offset on canvas. That is not productive if the person has opened the image to EDIT it. You need to correct the offset first, then edit. Then you need to somehow restore your offset and save remembering to check the Save layer offset check box. If you forgot and closed GIMP before noticing this you end up with a broken and ruined image and lost work. This is not good. My suggestion is as follows: a) do not apply the th offset to the layer. b) save offsets from load time c) add numeric entry boxes to the save dialog and fill them with load time offset values. This lets the person open edit and save the particular kind of PNG-s without any extra hassle and loss of productivity. -- Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposed usabillity enhancement for PNG handling
On Sunday 12 October 2008 21:26:45 Alexia Death wrote: I've included a sample image for anybody interested to see for themselves. And forgot to include it. Here it is. attachment: idle_00.png___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer