<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Poppler ignores rendering intents and always uses INTENT_RELATIVE_COLORIMETRIC"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=34053#c14">Comment # 14</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Poppler ignores rendering intents and always uses INTENT_RELATIVE_COLORIMETRIC"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=34053">bug 34053</a>
              from <span class="vcard"><a class="email" href="mailto:aacid@kde.org" title="Albert Astals Cid <aacid@kde.org>"> <span class="fn">Albert Astals Cid</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=34053#c12">comment #12</a>)
<span class="quote">> You have to render in
> CMYK (because the profile in OutputIntents is a CMYK profile). </span >

I don't understand that, we have some code around that converts CMYK->RBG, no?
Why do i need to render in CMYK?

<span class="quote">> Two open points in my opinion: 
> 1. Because the display profile now depends on the PDF, we can't use a static
> variable for it anymore. It will not make any difference if just one
> apllication uses the poppler library at the same time, and so I would prefer
> to solve that in a second step (store the display profile in the doc
> instance and use the static as default).</span >

You mean setDisplayProfile? As I understand that is the profile of your display
(i.e. your monitor), and yes I guess it may happen that you are running a
single instance of poppler on multiple monitors each of them with different
display profiles, but doesn't seem like an urgent need (i mean, yes let's fix
it, but it's a bit weird, isn't it?

<span class="quote">> 2. We have now the second case where we definitely need the library compiled
> with SPLASH_CMYK (the other is the overprint usage). Shouldn't we make
> SPLASH_CMYK defined by default, and perhaps remove it completely in an
> additional step? I know that the library become bigger in size, but is this
> really such important?</span >

This is ortogonal to this patch/bug, I'd prefer if you raise the discussion on
the mainling list, i don't have a huge opinion on it tbh.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>