1. 02 Mar, 2017 1 commit
  2. 18 Aug, 2015 1 commit
  3. 04 Aug, 2015 1 commit
  4. 22 May, 2015 1 commit
    • Alex Richardson's avatar
      Add Q_INTERFACES( Okular::Generator ) to all plugins · 1049dc18
      Alex Richardson authored
      This seems to be required with KPluginFactory and Qt5 since without it
      KPluginFactory::create<Okular::Generator>() always returns null.
      
      For some reason this requires a complete rebuild before generatorstest
      passes.
      
      REVIEW: 123466
      1049dc18
  5. 16 Sep, 2014 1 commit
  6. 10 Aug, 2014 1 commit
  7. 30 Nov, 2008 1 commit
  8. 01 Jun, 2008 1 commit
  9. 25 Jan, 2008 1 commit
  10. 02 Dec, 2007 1 commit
    • Pino Toscano's avatar
      Port the plugin system to the standard KDE factory and loader, getting rid of... · 6aa12365
      Pino Toscano authored
      Port the plugin system to the standard KDE factory and loader, getting rid of the custom system okular had so far.
      This requires a generator to have a
        MyGenerator(QObject *parent, const QVariantList &args)
      constructor in order to be successfully loaded.
      The OKULAR_EXPORT_PLUGIN macro was adapted, and the generators to provide it the about data; the protected Generator::setAboutData() is no more needed.
      
      Remove the 'lib' prefix from plugins, unneeded now.
      
      CCMAIL: okular-devel@kde.org
      
      svn path=/trunk/KDE/kdegraphics/okular/; revision=744169
      6aa12365
  11. 15 Oct, 2007 1 commit
    • John Layt's avatar
      Port from KPrinter to QPrinter, remove dependency on KDE4_KDEPRINT_LIBS. · 070285e0
      John Layt authored
      *** Note this is not a complete port, most of the generators use the 
      printFiles method which Qt 4.3 does not support, these have simply
      been commented out until we find a solution.  At least it removes
      the dependency so we can remove from kdelibs.
      
      svn path=/trunk/KDE/kdegraphics/okular/; revision=725660
      070285e0
  12. 08 Oct, 2007 1 commit
  13. 31 Jan, 2007 1 commit
  14. 24 Jan, 2007 1 commit
  15. 05 Jan, 2007 1 commit
  16. 03 Jan, 2007 1 commit
  17. 02 Jan, 2007 1 commit
    • Tobias Koenig's avatar
      Big cleanup of Document API and documentation: · 86a1fd3b
      Tobias Koenig authored
       * add full API docs
       * renamed getMetaData -> metaData
       * removed supportsRotation in Document and Generator
       * moved Permission and SearchDirection enums into separated header core/global.h
      
      svn path=/trunk/playground/graphics/okular/; revision=619183
      86a1fd3b
  18. 17 Nov, 2006 1 commit
  19. 22 Oct, 2006 1 commit
  20. 20 Oct, 2006 1 commit
    • Tobias Koenig's avatar
      * Added documentation to Generator API · fccd412d
      Tobias Koenig authored
       * Moved all implementations to generator.cpp
       * Added 'const' where it make sense
       * Adapted all generators (except gs)
      
      svn path=/trunk/playground/graphics/okular/; revision=597525
      fccd412d
  21. 08 Oct, 2006 1 commit
    • Pino Toscano's avatar
      Change the way we rotate the pages. · c52a0e62
      Pino Toscano authored
      Instead of telling the generators to do the work themselves (that was usually destraoying the ld pages and creating the new ones), now we just rotate the page objects deleting only their "mutable" contents.
      This way, generators can just return true in their supportRotation() to make okular rotate the pages for them for free. Of course they still have to generate the page pixmaps according to the given page rotation.
      Now, there's a new rotationChanged() function in the Generator API so generator that needs it can be norified about the document rotation changing.
      
      CCMAIL: developers@okular.org
      
      svn path=/trunk/playground/graphics/okular/; revision=593632
      c52a0e62
  22. 21 Sep, 2006 1 commit
  23. 14 Jul, 2006 1 commit
    • Pino Toscano's avatar
      Small addition to the Ganarator API: bool closeDocument(). · b6d7a36e
      Pino Toscano authored
      Now every generator has to implement this one and put (if necessary) all the code for cleaning up all the stuff related to the currently open document.
      For now the return value it is not read, but generators as strongly suggested to return tru o false, whether all the operations in there went fine.
      
      svn path=/trunk/playground/graphics/okular/; revision=562210
      b6d7a36e
  24. 10 Jul, 2006 1 commit
  25. 07 Jul, 2006 1 commit
    • Pino Toscano's avatar
      A new backend: TIFF. · b43f2c4d
      Pino Toscano authored
      It uses directly the libTIFF, and actually can load TIFF documents even better than the fax generator (that uses libkfaximage).
      The generator can also rotate the images, but it is not tested as the menus with the current kdelibs snapshot don't work.
      
      svn path=/trunk/playground/graphics/okular/; revision=559514
      b43f2c4d
  26. 27 Jun, 2006 1 commit
  27. 18 Jun, 2006 1 commit
  28. 10 Jun, 2006 1 commit
    • Pino Toscano's avatar
      small API changes to Generator: · 60eab902
      Pino Toscano authored
      - more const'ness in signals
      - no need to redeclare the signals in the generators, as they are already in Generator
      
      svn path=/branches/work/kde4/playground/graphics/okular/; revision=549941
      60eab902
  29. 07 Jun, 2006 1 commit
    • Pino Toscano's avatar
      A new backend for oKular: DjVu: · d0ac95da
      Pino Toscano authored
      * uses the DjVuLibre for loading the DjVu files
      * can rotate the pages
      * has a cache (with few elements) with the most recently used generated pixmaps,
        to reduce a bit the number of pixmap generation
      There could be some issues, but mainly it works nicely.
      
      svn path=/branches/work/kde4/playground/graphics/cmake/; revision=549184
      d0ac95da