<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>yes, to get back to my last post on the Pillow question.  I
      finally found some docs in the manual about the bit depth:</p>
    <p><a class="moz-txt-link-freetext" href="https://pillow.readthedocs.io/en/5.3.x/handbook/concepts.html">https://pillow.readthedocs.io/en/5.3.x/handbook/concepts.html</a></p>
    <p>"<br>
    </p>
    <h2>Modes</h2>
    <p>The <code class="docutils literal notranslate"><span class="pre">mode</span></code>
      of an image defines the type and depth of a pixel in the
      image. The current release supports the following standard modes:</p>
    <blockquote>
      <div>
        <ul class="simple">
          <li><code class="docutils literal notranslate"><span
                class="pre">1</span></code> (1-bit pixels, black and
            white, stored with one pixel per byte)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">L</span></code> (8-bit pixels, black and
            white)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">P</span></code> (8-bit pixels, mapped to any
            other mode using a color palette)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">RGB</span></code> (3x8-bit pixels, true
            color)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">RGBA</span></code> (4x8-bit pixels, true
            color with transparency mask)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">CMYK</span></code> (4x8-bit pixels, color
            separation)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">YCbCr</span></code> (3x8-bit pixels, color
            video format)
            <ul>
              <li>Note that this refers to the JPEG, and not the ITU-R
                BT.2020, standard</li>
            </ul>
          </li>
          <li><code class="docutils literal notranslate"><span
                class="pre">LAB</span></code> (3x8-bit pixels, the L*a*b
            color space)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">HSV</span></code> (3x8-bit pixels, Hue,
            Saturation, Value color space)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">I</span></code> (32-bit signed integer
            pixels)</li>
          <li><code class="docutils literal notranslate"><span
                class="pre">F</span></code> (32-bit floating point
            pixels)"</li>
        </ul>
        <p><br>
        </p>
        <p>So it doesn't appear that it can go beyond 8 bit pixels
          except in the I and F modes.  So I guess if you had a 16 bit
          image you'd need to write some special code, maybe interact
          with the I or F modes. ???</p>
        <p><br>
        </p>
      </div>
    </blockquote>
    <p><br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 11/11/18 9:05 AM, Gregory Pittman
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:cd8c1b7d-29ab-4736-0755-398c8fe70fab@iglou.com">
      <pre class="moz-quote-pre" wrap="">On 11/11/18 4:11 AM, ale rimoldi wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">hi doc kattt
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">I was just curious if anyone has ever talked about adding the Python 
package "Pillow" to Scribus.  It's a fork of PIL(Python Image
Library). I was able to import it into the Scribus python by adding
it's path from a different python to the sys.path list. I was using
it to do some image stuff.  Maybe I have the right idea of just
adding it to the path? ;)
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">

i think that installing python packages the way you normally do in
python.

starting adding packages to scribus itself is imo a bad idea...

if one day it will be possible to create more complex workflows with
the scripter, it would probably be nice if scribus could
"automatically" load a virtual environment before running the script.
that way you could install (and document) packages for a single script.

</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
If you're using Windows, Jean tells me that in order to use a system Python and any additional packages, all you need to do is to go to the Scribus directory in Windows and look for the directory named 'python'. Change that name to anything else and Scribus will look to the system for Python -- just make sure it's at least 2.7 or better.

Greg


_______________________________________________
scribus-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:scribus-dev@lists.scribus.net">scribus-dev@lists.scribus.net</a>
<a class="moz-txt-link-freetext" href="http://lists.scribus.net/mailman/listinfo/scribus-dev">http://lists.scribus.net/mailman/listinfo/scribus-dev</a>
</pre>
    </blockquote>
  </body>
</html>