wilderjds/okular - okular - gitea-jacopods

Author	SHA1	Message	Date
Pino Toscano	4bd3b60d6c	less qt3_support svn path=/branches/work/kde4/playground/graphics/okular/; revision=524083	20 years ago
Pino Toscano	80f7e6b596	a bit of qt3/kde3 support less svn path=/branches/work/kde4/playground/graphics/okular/; revision=523922	20 years ago
Albert Astals Cid	c0a2772c9a	more porting, area.h is begining to loose but i need sleep svn path=/branches/work/kde4/playground/graphics/okular/; revision=520838	20 years ago
Albert Astals Cid	6987b83b6a	a bit of porting area.h is giving me lots of problems svn path=/branches/work/kde4/playground/graphics/okular/; revision=520829	20 years ago
Piotr Szymanski	4387e1489e	- GIGANTIC 2700 line diff with LOTS OF FEATURES! - 1. editor-like text selection, and I do mean it, its not pseudo-editor (like the ones acroread and kviewshell have) it doesnt intersect the selection area with words under it, no, it does a lot more, including work on cursors and searching for the text area closest to the given cursor - 2. rotation support, change the orientation of the documents if you need too :) - 3. the kfaxview backend works beautifully, porting kviewshell backends is damn easy ! djvu and dvi will be next! - 4. Hardware Blending of selection rectangles! We now use XRender instead of KImageEffect, makes a damn faster blend! - 5. Overview mode - as seen in Kviewshell, but quite a bit extended, the kviewshell is only one state, while we support it in both continous and non-continous form - BTW. I coded all those features myself, (apart from kfaxview backend library) it is an impressive bit right? but oKular cant be run by only one person, join in on the fun! i can introduce you into the code just mail niedakh@gmail.com svn path=/trunk/playground/graphics/oKular/kpdf/; revision=509871	20 years ago
Piotr Szymanski	75db44d843	- sync with hdd, refactored text page, ported backends to textpage, - fixed crash in fax, chm builds and ghostview nearly ported to libqgs svn path=/trunk/playground/graphics/oKular/kpdf/; revision=481340	21 years ago
Piotr Szymanski	d09fd28b89	- MERGE KPDF 3.5 CHANGES svn path=/trunk/playground/graphics/oKular/kpdf/; revision=477586	21 years ago
Piotr Szymanski	34b8e28322	- Page/Link: tooltips for links backported - Page: rotation does not switch height and width - Document/Part/Generator: 1. Add API for attaching stuff to the interface: ActionCollection and the Navigation Panel also add possibility to merge an XML .rc file with menu layout. Relevant functions are: QString Generator::getXMLFile(), returns a QString with your .rc file name. void Generator::setupGUI (KActionCollection* , QToolbox* ), add your components to the user interface 2. Supporting backend settings: If during startup, backends which provide a configuration ([X-KDE-oKularHasInternalSettings] set to true) are found, a menu item: configure backends is created, clicking on it results in loading all the generators that have settings, but not those that dont. the Generator::addPages(KConfigDialog dlg) function should be overloaded by a generator and dlg->addPage should be used to add pages. If a user opens a file that needs an already loaded generator, the already loaded one is used instead of loading another. 3. Error/Warning/Notice sending support, to send a notice/error/warning, add a relevant notice/error/warning(QString& txt ,int duration) to the generator class, and sending a message to the user is as simple as emitting a signal! 4. Intercepting of events generated by the PageView is done by Generator::handleEvent(QEvent), subclass it, do a switch on QEvent::type(), handle your event and return true if pageview is to proceed with its handling or false if not. 5. Support configuring the KPrinter on the generator side, use Generator::canConfigurePrinter(), return true there, and you get a nonconfigured KPrinter in your Generator::print() 6. PixmapRequest handling update: a.) Generator::canGeneratePixmap is now Generator::canGeneratePixmap(bool async) b.) Document::sendGeneratorRequests is a slot now c.) Old way of sending pixmaps (Document::requestPixmaps(QValueList<PixmapRequest*> checking if we can generate pixmap if not, waiting for receiving) is replaced with: requestPixmaps only queues the pixmap all checking if w can generate is done in sendGeneratorReqest, the sendGeneratorRequest is run in three places: 1. in requestPixmaps when we receive a request 2. in requestDone if pixmapStack is not empty 3. sendGeneratorRequest, apart from removing invalid requests, takes the current request and if generator canGeratePixmap(request->async) it removes the pixmap from stack and sends to generator if not, QTimer::singleshots to itself after 20ms, it ends when stack has no valid pixmap request 7. Added a commented out zoom field to PixmapGenerator, mightcome in handy sometime - TextPage: add instructions that handle simplyfing the RegularAreaRect, no more double painted borders in selection rectangles, this rocks. svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445196	21 years ago
Piotr Szymanski	36ab5c8965	- make generators plugins by: * moving all xpdf stuff from core and part to inside generator_pdf * adding abstract KPDFText class and KPDFTextEntity to hold either glyph, or word or textline - support for importing PS files as pdf like on annots branch - synced with annots branch - abstract text layer with search for words in different lines - added RegularArea<NormalizedShape,Shape> template class which inherits QValueList<NormalizedShape*> and is used to hold regular areas of given shape (finite collections of the shape) - loading of relevant generators via ktrader for given mimetype - the deliverables 1 and 2 of my SoC proposition are delivered next: 1. fix one spotted regression and 2. code ghostview backend svn path=/trunk/playground/graphics/oKular/kpdf/; revision=434883	21 years ago