1. 21 Oct, 2017 1 commit
  2. 25 Aug, 2013 1 commit
  3. 12 Feb, 2013 1 commit
  4. 11 Sep, 2012 1 commit
    • Thomas Freitag's avatar
      Splash: Implement DeviceN support · 2e77799a
      Thomas Freitag authored
      Bug #53140
      
      Some copying from the bug tracker
      
       To explain
      it a little bit more I copy a few lines from "Patch 8.01 — DeviceN Support (6
      colors)" of the Ghent PDF workgroup:
      "This patch tests the DeviceN capabilities of a workflow. If DeviceN is not
      handled correctly the colors are converted to CMYK. Instead of the check marks
      an X will appear in the lower left corner of each image and in the gradient.
      In addition you could inspect the color separations. The objects should appear
      only in the Black, Pantone 265C and GWG Green separations as indicated in the
      captions."
      Without the patch all DeviceN colors are immediately converted to CMYK (with
      SPLASH_CMYK). This leads especially to problems, if overprint is used: in
      overprint mode a CMYK color will knockout the underlying CMYK components, BUT
      neither any spot colors. But if underlying spot colors are immediately
      converted to CMYK colors, they will be kocked out then, too!
      The patch now spends up to four (or up to SPOT_NCOMPS) additional spot colors
      in the splash bitmap, so the order in the bitmap will be
      CMYKSTUVCMYKSTUVCMYKSTUV... where S, T, U, V are spot colors (I would use
      S1,S2, S3, S4 if it's possible to use indexes), and all painting operations are
      done now in this new device. Only at the end, when we want to store the bitmap
      in a CMYK or RGB color, the spot colors are converted and their alternate CMYK
      components are added to the normal CMYK components.
      According to the PDF spec are PDF writer should use different spot color names
      if they have a different appearance in their alternate CMYK colorspace.
      "hasDifferntResultSet" (sorry for the typo) proofs that: if the same spot color
      name is reused BUT has a different appearance in the alternate colorspace, it
      will be converted immediately to its alternate colorspace.
      "createMapping" is used so that getDeviceN (color) returns the components in
      the correct order according their appearance in the splash bitmap, i.e. the
      fourth detected spot color must be placed in index 7 of the color array.
      updateFill- and updateStrokeColorspace are needed to create this mapping at the
      appropriate place. And they are not called once but everytime the colorspace
      changed in the PDF (but of course only once in Gfx).
      The GooList *getSeparationList() is used to store the functions for converting
      the spot colors to their alternate colorspace in order of their appearance in
      the splash bitmap. The functions are needed to compare if a spot color with the
      same name has really the same appearance and at the end when the splash bitmap
      has to be converted to a CMYK or RGB bitmap (s. ahead).
      deviceNTransfer is needed simular to rgbTransferX or cmykTransferX if a
      transfer function is specified in the ExtGState and splash uses the DeviceN8.
      "Do we really need splashModeDeviceN8?": Do we really need splashModeXBGR8? But
      kidding aside: splashModeDeviceN8 needs four more components than
      splashModeCMYK8, so the bitmap size in memory doubles the size of a pure CMYK
      bitmap, and it is only needed if the PDF uses spot colors. So I think it's a
      good idea to spend an additional mode and let it up to the calling application
      and the cirumstances if it wants to use this new mode or not.
      2e77799a
  5. 28 Jul, 2011 1 commit
  6. 29 Dec, 2010 1 commit
  7. 12 Jan, 2010 1 commit
  8. 08 Oct, 2009 1 commit
  9. 02 Jun, 2009 1 commit
  10. 20 Sep, 2008 2 commits
  11. 24 Aug, 2008 1 commit
    • Albert Astals Cid's avatar
      Add more correct copyright statements on fofi, goo, poppler and util... · 47f54ad4
      Albert Astals Cid authored
      Add more correct copyright statements on fofi, goo, poppler and util directories to be more compliant with GPL that requires such modification statements to be present. Meanwhile i did that, i did qt and qt4 dirs too, glib is missing if someone wants to fix it, but it's not crucial as it's not a fork of some other GPL software
      47f54ad4
  12. 21 May, 2007 1 commit
  13. 28 Apr, 2007 1 commit
    • Albert Astals Cid's avatar
      * poppler/SplashOutputDev.cc: · c5613ab5
      Albert Astals Cid authored
              * qt/poppler-private.h:
              * qt4/src/poppler-private.h:
              * splash/Splash.cc:
              * splash/SplashBitmap.cc:
              * splash/SplashTypes.h: Rename splashModeRGBX8 to splashModeXBGR8 and
              hopefully fix qt frontends image generation
      c5613ab5
  14. 25 Apr, 2007 1 commit
  15. 23 May, 2006 1 commit
    • Albert Astals Cid's avatar
      * poppler/SplashOutputDev.cc: · 6f5a89a0
      Albert Astals Cid authored
              * qt4/src/poppler-private.h:
              * splash/Splash.cc:
              * splash/SplashBitmap.cc:
              * splash/SplashTypes.h: bring splashModeRGB8 back to the old code
              (before Frank's patch), create splashModeRGB8Qt that has Frank's
              codepath and is used by Qt frontends. Fixes corruption on
              other programs expecting the old behaviour.
      
      Remember dude we are now a lib! you can not change behaviour from one day to another!
      
      /me hits himself
      6f5a89a0
  16. 06 Feb, 2006 1 commit
  17. 30 Oct, 2005 1 commit
  18. 16 Sep, 2005 1 commit
  19. 03 Mar, 2005 1 commit