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
introduce ah-hoc structores for handling them;
so far, read PolyLineSegment and PolyBezierSegment only
svn path=/trunk/KDE/kdegraphics/okular/; revision=825705
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
Added a non-virtual closeDocument() in the base Generator class: this way, particular closing routines can be implemented in the "low level" of a generator.
Apart the renaming, the logic of doCloseDocument() remains the same.
CCMAIL: okular-devel@kde.org
svn path=/trunk/KDE/kdegraphics/okular/; revision=723046
QXmlStreamReader. This still isn't working the way I would like -
looks to be something wrong in either the character selection or the
matrix transformation code.
Also implemented the "export to" text/plain.
svn path=/trunk/playground/graphics/okular/; revision=641156
I don't have a lot of documents that actually have a document
structure - it is optional in XPS. In fact, I did this code on just
one file - the XPS 1.0 spec itself.
CCMAIL: jiri.klement@gmail.com
svn path=/trunk/playground/graphics/okular/; revision=635167
Pen and Brush, we can make sure that references make sense for the
kind of colour we're providing.
These might be candidates for more shared code later.
svn path=/trunk/playground/graphics/okular/; revision=634451
attributes). This allows us to correctly show objects that have an
outline (pen) colour that is different to the fill colour.
svn path=/trunk/playground/graphics/okular/; revision=634439
This prevents a warning on loading files containing
signatures, and is also a start towards proper handling
of digital signatures.
svn path=/trunk/playground/graphics/okular/; revision=634423
1) Loading of obfuscated fonts
2) Segmentation fault when xps document was opened and then another
xps documen was opend.
3) Load font only once, not everytime it's used
Also some white space changes from xemacs.
CCMAIL: jiri.klement@gmail.com
svn path=/trunk/playground/graphics/okular/; revision=630741
* 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
Add a protected method to get the document, and hide the real document pointer as private, so the generators can't redefine it.
svn path=/trunk/playground/graphics/okular/; revision=598025
* 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
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
basic matrix transformations now work.
Also do a bit of refactoring - see if painting on a QImage
is any faster than painting on a QPixmap. Also move some
of the convenience routines into member functions, so that
they can correctly implement stuff like fill modes.
svn path=/trunk/playground/graphics/okular/; revision=588580
specification renderer.
This doesn't work yet. And it crashes a lot. You
can help!
If you want to test this, a search for
"xps sample documents" will give you a sample set that
you can unzip.
svn path=/trunk/playground/graphics/okular/; revision=583014