Re: [Gimp-developer] Save/export, option to go back to old behaviour

2012-11-17 Thread Alexia Death
On Sat, Nov 17, 2012 at 4:11 AM, Graeme Gill grae...@argyllcms.com wrote:
 And loss prevention has little or nothing to do with the decision
 to save or export. If you track what features an image uses, then
 you can by default save back to the file format used to open
 the image. Only if some processing operation is performed
 that takes the image outside the capabilities of the originally
 opened file do you have to get the user to decide whether
 to loose information or save as a different format.

Even the act of loading a file into memory as pixel data and then
recompressing on save is lossy for lossy formats and grayscale formats
outright destroy information if the original is color. It is not
realistic to keep track for each format feature by feature, if the
image is now restorably exported or not, it would make maintaining
gimp code and adding features a horror... Each change anywhere would
recquire going over all export plugins making sure their supported
feature lists are up to date... This separation makes it clear cut.
The project file, the one that keeps ervery feature of gimp intact is
the xcf and you save to it. Any rendering you export to. And this
distinction will get even more important when we get to gegl backend
in full.

In short, options were considered, arguments have been had. We didn't
do this to anoy anybody, we did this based on alot of consideration
and a future of GIMP as a nondestructive image editor.

-- 
--Alexia
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Overlay Mode - fix.

2012-11-17 Thread Øyvind Kolås
On Fri, Nov 16, 2012 at 8:33 PM, Elle Stone l.elle.st...@gmail.com wrote:
 Hi all,

 A couple different lines of discussion are in this thread, the correct
 way to implement Overlay in regular sRGB, the effect of linear gamma
 blending with respect to changing w3 standards, how to deal with
 legacy blend modes after the switch to linear light image editing.

 …

 It seems to me that instead of 50% gray a more reasonable inflection
 point for the overlay mode in digital image editing (at least in
 linear light) would be Lab (50,0,0) to preserve the effect of
 stretching midtones and compressing shadows and highlights. I suspect
 the formulas for Multiply and Screen could use some tweaking, too, to
 accomodate linear light blending.

Critically evaluating what is the reasonable color space to use for
various operations is indeed something that we need to do. For many
operations - like blurs, various warps and transforms linear makes
most sense. And for operations that will work better in a more
perceptual space I think as Elle states here - that using CIE Lab (or
something very similar) is likely to be a better choice than sticking
with sRGB gamma curves for the non-linearity.

/Øyvind K.
-- 
«The future is already here. It's just not very evenly distributed»
 -- William Gibson
http://pippin.gimp.org/http://ffii.org/
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Overlay Mode - fix.

2012-11-17 Thread Øyvind Kolås
On Thu, Nov 15, 2012 at 9:30 PM, yahvuu yah...@gmail.com wrote:
 Am 14.11.2012 19:00, schrieb Guillermo Espertino (Gez):
 b) support applications that still use blending in non-linear space. Web
 browsers, for instance.

 how much support for 'web type' blending modes does GIMP really need?

 GIMP is not a HTML editor, this has been clearly pointed out in [1].
 The focus is rather on creating bitmaps for web use. But does this imply
 a verbatim preview of how the bitmaps would be rendered in multi-layered
 html pages?

 If it is just for judging how far a alpha-based drop shadow will reach, 
 probably
 a preview during export-for-web would be sufficient.

I think most use cases that needs sRGB based compositing, for web
preview purposes etc. will be covered by offering just normal with
non-linear compositing, the rest of the legacy modes could be more or
less fully hidden from the UI when creating new projects.

/Ø
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Overlay Mode - fix.

2012-11-17 Thread Liam R E Quin
On Sat, 2012-11-17 at 13:57 +0100, yahvuu wrote:
[...]
 GIMP's focus is on artistic needs. Whether a blend mode is useful or not,
 can only a judged from an artistical point of view. If you want to model
 physical reality with GIMP means, be careful to check whether the actually
 implemented math is suitable for your case.

Come on, how many artists do you know who will have enough of a
background in mathematics and physics to have a hope of doing that?

You might as well tell a bunch of engineering students that they need to
consider the interaction between the æsthetics of composition and
socio-political emotive responses.

The overlap is non-zero, some do have a hope, but it's not OK to make it
into a barrier.

 Of course, it is not by accident that certain formulas which model the physics
 of light do turn out to be useful in GIMP. But i believe it is misleading to
 think of blend modes in terms of correct or incorrect.

Here we agree :-)

Best,

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] [Gimp-user] Gimp pdf export turns high res xcf into low res file and distorts text

2012-11-17 Thread Chris Mohler
On Sat, Nov 17, 2012 at 1:48 PM, Kamilla Elliott
kamilla_elli...@yahoo.com wrote:
 Thank you so much for the speedy reply. That does improve the res and sorts
 out the font problems totally. It's still not printer ready--the photos,
 which are very high res when I import them, remain a bit too soft and
 blurry. I have the file at 100ppi--when I create one at 300ppi and recreate
 it, it becomes the size of a postage stamp so it's hard to see the res. on
 that one. I will keep plugging along. Thanks again.

I'm not sure I follow you, but you might be hitting an old and tricky
bug that sometimes causes problems when scaling.  You might try
resizing in steps - eg, scale it about 50% of the way then scale it to
the right size on the next pass.  It's been a while since I had to do
this - I don't remember if I had to do it in just 2 passes or more.

Chris

PS - hit reply all to respond to the mailing list ;)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] [Gimp-user] Gimp pdf export turns high res xcf into low res file and distorts text

2012-11-17 Thread Burnie West

On 11/17/2012 12:59 PM, Kamilla Elliott wrote:
Thanks again for your response. Sorry to be unclear. I first made the xcf at 
100 ppi, importing photos and adding text; then when I had trouble exporting 
it to pdf (the photos were too blurry), I re-created it from scratch, setting 
it at 300ppi using Advanced Options under 'New File'. But when I exported it 
to pdf, it was teeny tiny--about 2 inches by 1 inch instead of 11 x 6 inches. 
So I couldn't see if it was high res, since I had to zoom to about 450% to see 
it, by which time it was blurry again. I'm trying a new document from scratch 
with very high res photos to see if that will help. Thanks again for helping 
me--your e-mail helped me make more progress than I managed to make all day.

I think you might be mixing up image resolution and print size.

Print size can be shown in inches (say 11.75 x 10.69) ormillimeters (say 298 x 
271).
Image resolution is in pixels per inch (say 72for square pixels) or pixels per 
mm (2.83 in this case).


The pdf image will normally print in theprint size specified; so when you 
changed the xcf to 300 from 100 ppi,
the print image reduced by a factor of three (so I think it would have printed 4 
x 2

rather than 2 x 1 - maybe you used 600 ppi?)

  -- Burnie
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] [Gimp-user] Gimp pdf export turns high res xcf into low res file and distorts text

2012-11-17 Thread Liam R E Quin
On Sat, 2012-11-17 at 12:59 -0800, Kamilla Elliott wrote:
 when I exported it to pdf, it was teeny tiny--about 2 inches by 1 inch

Check that File-Print Size is plausible. It might be that it's using
the size from one of the images you pasted.

Always work at either the final resolution or (much better if your
computer is up to at) twice that resolution. So if you want to end up
with 600dpi, ideally you'd work at 1200dpi in GIMP and resize as the
very last step, *after* saving as xcf.gz.

The reason for going double is that processing images tends to reduce
quality (it's like food!). The reason for starting at the target
resolution or higher is that image software can't invent extra detail
for higher resolution.

If you have performance problems, save your work often as .xcf
or .xcf.gz (same but smaller files).

When it comes to printing, depending on the platform, File-Page Setup
may or may not make a difference.

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] [Gimp-user] Gimp pdf export turns high res xcf into low res file and distorts text

2012-11-17 Thread Chris Mohler
On Sat, Nov 17, 2012 at 2:59 PM, Kamilla Elliott
kamilla_elli...@yahoo.com wrote:
 But when I exported it to pdf, it was teeny tiny--about 2 inches by 1 inch
 instead of 11 x 6 inches.

As others have mentioned, check your print size.

If all else fails, export it as PNG or TIFF, create a new document in
Scribus, import your image, export as PDF.  Scribus has pretty robust
PDF output - I've sent quite a few PDFs to print with no issues.

Chris

PS - I now notice you are on the developer mailing list.  gimp-user is
probably a better option for future requests like these (gimp-devel is
more geared toward people hacking on GIMP).  No biggie though ;)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list