* 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
Page::setSearchPage( TextPage* );
Page::hasSearchPage();
with
Page::setTextPage( TextPage* );
Page::hasTextPage();
to make the API clearer. The TextPage is not only used for
searching but also for extracting selected text, so the term
'search' is confusing...
svn path=/trunk/playground/graphics/okular/; revision=607195
* 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
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
Adapted the poppler(pdf) and the chm generators to return the title of the current document.
svn path=/trunk/playground/graphics/okular/; revision=568059
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
Modified the constructors to specify if a rect represents a rectangular region or an elliptic one; added a new one to create a region defined using a polygon.
Adapted to the new API the generators that support links (all but the DjVu one - will be adapted and improved soon).
svn path=/trunk/playground/graphics/okular/; revision=561890
- no need for a private empty constructor
- move the signalRequestDone 'signal' to a protected visibility, as it's not meant to be called from outside a generator
- KPDF_EXPORT_PLUGIN -> OKULAR_EXPORT_PLUGIN
svn path=/trunk/playground/graphics/okular/; revision=553077
- correctly find the chm library
- make the chm generator and the kio-msits compile and link
- some qt3/kde3 support less
svn path=/branches/work/kde4/playground/graphics/cmake/; revision=523938
- What works:
+ viewing documents
+ thumbnail generation
+ calculating page sizes based on the size of their KHTMLView
+ table of contents
- What is pending:
+ using internal index, will code it once I comeback, wasted too much time on textpage generation
- What probably will not work:
+ printing the entire document, no CHM viewer provides it now
it would need some kind of being able to print multiple HTML files
at once or sth similar (maybe anyone else has an idea?)
- About generating the textpage:
I went a long way, with enormous, and I do mean enormous help from SadEagle explaining to me how
to use the KHTML API to generate the text page in a usable way (actually getCaretPos is depreciated
and not document, and if you try to read the code, you'll notice it delegate the important stuff
further and further into the KHTML core. Understanding KHTML's core is a bit too much to require
at the moment.
Well finally I had something close to working, some words are matched properly - the rectangles are ok,
most are matched with a one/one and a half offshot to the right, finally some are not matched because
getCaretPost returns -1 as the left X border, I have no idea why, when I am asking for a
This is why I am ccing to kfm-devel, if anyone of you guys, has a while to spare and would be kind
enough, I would like to ask you to look at generator_t.cpp and the
void TGenerator::recursiveExploreNodes(DOM::Node node,KPDFTextPage *tp)
function, and tell me what seems wrong there? Also if you knwo a better way to get per character
coordinates for every character in the text inside a HTML Page, please let me know.
CCMAIL:kfm-devel@kde.org
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=450785
Pino Toscano
Tobias Koenig
Albert Astals Cid
Piotr Szymanski
Thiago Macieira