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
This allows the WPF_ZTRANS_001 example to render correctly
(with the green of the D showing through the number 2 shape).
There is still a problem with that example - it looks like
we aren't rendering the pen correctly.
CCMAIL: jiri.klement@gmail.com
svn path=/trunk/playground/graphics/okular/; revision=634416
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
- renamed signalRequestDone to signalPixmapRequestDone to allow a future signalTextPageRequestDone
- added error/warning/notice signals to TextDocumentConverter and add meaningful error messages
to ooo and fictionbook generator
- code cleanup in chm generator
- print improvements and error notification in kimgio generator
svn path=/trunk/playground/graphics/okular/; revision=628124
* 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
* Bring QPixmap* back to make Albert happy ;)
* Store only one QPixmap per page/size and rotate it directly
* Rotate ObjectRects (boundary)
* Rotate Annotations (point coordinates)
* Don't reload pixmaps, ObjectRects and annotations on rotation
svn path=/trunk/playground/graphics/okular/; revision=606371
* Hide as much private API as possible in Generator, PixmapRequest and ExportEntry/Format
* Renamed ExportEntry to ExportFormat and made it value based
* Removed canExportToText() and exportToText() from Generator API and implemented this
functionality in exportFormats()/exportTo() in the generators
* Removed the orientation parameter from PixmapRequest and let the Document handle the rotation
of the page (pixmap) instead
CCMAIL:okular-devel@kde.org
svn path=/trunk/playground/graphics/okular/; revision=599058
some module compiles with enable-final now)
As discussed with Alex it's not necessary to have program name
into automoc macro
svn path=/trunk/playground/graphics/okular/; revision=598341
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
Necessary to change KDE4_AUTOMOC macro to support
enable-final argument
(there was not a dependancy between <name>_final.cpp file and
moc generated files => moc files were never created)
Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules
I ported and tested all kde module (without enable-final argument, it compiles fines (test and program))
Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works)
Regards
svn path=/trunk/playground/graphics/okular/; revision=595060
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
completely different code bases for generation of
XPS files.
In any case, we now handle FixedPage files where
the path provided is relative to the FixedDocument,
not an absolute path.
This allows us to load XPS samples from the
Office2007 set.
svn path=/trunk/playground/graphics/okular/; revision=583440
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