for a start has been done. I want to measure how long it will take to port so ill tell you when i start working on the port tommorow
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=462761
- Wilfried, could you recheck oKular from svn and rebuild it, should work for you now :)
CCMAIL:Wilfried Huss <Wilfried.Huss@gmx.at>
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=456053
- fix loading docuemnts that dont have the dsc by using one page of local papersize with the pixmap generated by ghostscript after sending the whole document, fixes first bigger bug in oKular
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=456051
- 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
make: *** No rule to make target `gssettingswidget.lo', needed by `libgssettings.la'. Stop.
but everything seems to be ok in the makefile.am, help me please
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445674
- GSLogWindow initially based on kghostview code got a total overhaul and is practically rewritten
- THIS SHOULD COMPLETE 3rd of5 DELIVERABLES, 5 am, need sleep now.
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445397
Ghostscript backend depends on libgs Ghostscript shared library.
- BTW. anyone know how to add a -Lsth flag to KDE_CHECK_LIB so it can be found if nonstandard directory is chosen?
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445369
1. GSGenerator (generator ghostview, need renaming)
Implements the Generator class, handles PixmapRequest transmission and starts other objects.
2. InternalDocument
Holds information stored in document's DSC and the information set by the user:
Page Format, BoundingBoxes, etc, some code taken from kghostview
3. GSInterpreterLib, the synchronous pixmap generator
4. GSInterpreterCMD, asynchronous pixmap generator that communciates with the kpdflibgsasynchelper application
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445276
Albert Astals Cid
Piotr Szymanski
Stephan Binner
Thiago Macieira
Laurent Montel
Adriaan de Groot