2005-07-15 18:20:57 +00:00
|
|
|
/***************************************************************************
|
|
|
|
* Copyright (C) 2005 by Piotr Szymanski <niedakh@gmail.com> *
|
|
|
|
* *
|
|
|
|
* This program is free software; you can redistribute it and/or modify *
|
|
|
|
* it under the terms of the GNU General Public License as published by *
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or *
|
|
|
|
* (at your option) any later version. *
|
|
|
|
***************************************************************************/
|
|
|
|
#include "textpage.h"
|
|
|
|
#include "area.h"
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
#include "misc.h"
|
2005-07-15 18:20:57 +00:00
|
|
|
#include <kdebug.h>
|
|
|
|
|
2006-05-27 10:06:31 +00:00
|
|
|
struct SearchPoint
|
|
|
|
{
|
|
|
|
SearchPoint() : theIt( 0 ), offset_begin( -1 ), offset_end( -1 ) {}
|
|
|
|
QList<KPDFTextEntity*>::Iterator theIt;
|
|
|
|
int offset_begin;
|
|
|
|
int offset_end;
|
|
|
|
};
|
|
|
|
|
|
|
|
|
2005-07-15 18:20:57 +00:00
|
|
|
KPDFTextPage::~KPDFTextPage()
|
|
|
|
{
|
2006-03-20 23:14:05 +00:00
|
|
|
qDeleteAll(m_words);
|
2006-05-27 10:06:31 +00:00
|
|
|
qDeleteAll(m_searchPoints);
|
2005-07-15 18:20:57 +00:00
|
|
|
}
|
|
|
|
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
RegularAreaRect * KPDFTextPage::getTextArea ( TextSelection * sel) const
|
|
|
|
{
|
|
|
|
/**
|
|
|
|
It works like this:
|
|
|
|
There are two cursors, we need to select all the text between them. The coordinates are normalised, leftTop is (0,0)
|
|
|
|
rightBottom is (1,1), so for cursors start (sx,sy) and end (ex,ey) we start with finding text rectangles under those
|
|
|
|
points, if not we search for the first that is to the right to it in the same baseline, if none found, then we search
|
|
|
|
for the first rectangle with a baseline under the cursor, having two points that are the best rectangles to both
|
|
|
|
of the cursors: (rx,ry)x(tx,ty) for start and (ux,uy)x(vx,vy) for end, we do a
|
|
|
|
1. (rx,ry)x(1,ty)
|
|
|
|
2. (0,ty)x(1,uy)
|
|
|
|
3. (0,uy)x(vx,vy)
|
|
|
|
|
|
|
|
To find the closest rectangle to cursor (cx,cy) we search for a rectangle that either contains the cursor
|
|
|
|
or that has a left border >= cx and bottom border >= cy.
|
|
|
|
*/
|
|
|
|
RegularAreaRect * ret= new RegularAreaRect;
|
|
|
|
int it=-1,itB=-1,itE=-1;
|
|
|
|
// if (sel->itB==-1)
|
|
|
|
|
|
|
|
// ending cursor is higher then start cursor, we need to find positions in reverse
|
|
|
|
NormalizedRect *tmp=0,*start=0,*end=0;
|
|
|
|
const NormalizedPoint * startC=sel->start();
|
|
|
|
const NormalizedPoint * endC=sel->end();
|
|
|
|
if (sel->dir() == 1 || (sel->itB()==-1 && sel->dir()==0))
|
|
|
|
{
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "running first loop\n";
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
for (it=0;it<m_words.count();it++)
|
|
|
|
{
|
|
|
|
tmp=m_words[it]->area;
|
|
|
|
if (tmp->contains(startC->x,startC->y)
|
|
|
|
|| ( tmp->top <= startC->y && tmp->bottom >= startC->y && tmp->left >= startC->x )
|
|
|
|
|| ( tmp->top >= startC->y))
|
|
|
|
{
|
|
|
|
/// we have found the (rx,ry)x(tx,ty)
|
|
|
|
itB=it;
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "start is " << itB << " count is " << m_words.count() << endl;
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
sel->itB(itB);
|
|
|
|
}
|
|
|
|
itB=sel->itB();
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "direction is " << sel->dir() << endl;
|
|
|
|
kWarning() << "reloaded start is " << itB << " against " << sel->itB() << endl;
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
if (sel->dir() == 0 || (sel->itE() == -1 && sel->dir()==1))
|
|
|
|
{
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "running second loop\n";
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
for (it=m_words.count()-1; it>=itB;it--)
|
|
|
|
{
|
|
|
|
tmp=m_words[it]->area;
|
|
|
|
if (tmp->contains(endC->x,endC->y)
|
|
|
|
|| ( tmp->top <= endC->y && tmp->bottom >= endC->y && tmp->right <= endC->x )
|
|
|
|
|| ( tmp->bottom <= endC->y))
|
|
|
|
{
|
|
|
|
/// we have found the (ux,uy)x(vx,vy)
|
|
|
|
itE=it;
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "ending is " << itE << " count is " << m_words.count() << endl;
|
|
|
|
kWarning () << "conditions " << tmp->contains(endC->x,endC->y) << " "
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
<< ( tmp->top <= endC->y && tmp->bottom >= endC->y && tmp->right <= endC->x ) << " " <<
|
|
|
|
( tmp->top >= endC->y) << endl;
|
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
sel->itE(itE);
|
|
|
|
}
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "reloaded ending is " << itE << " against " << sel->itE() << endl;
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
|
|
|
|
if (sel->itB()!=-1 && sel->itE()!=-1)
|
|
|
|
{
|
|
|
|
start=m_words[sel->itB()]->area;
|
|
|
|
end=m_words[sel->itE()]->area;
|
|
|
|
|
|
|
|
NormalizedRect first,second,third;/*
|
|
|
|
first.right=1;
|
|
|
|
/// if (rx,ry)x(1,ty) intersects the end cursor, there is only one line
|
|
|
|
bool sameBaseline=end->intersects(first);
|
2006-03-20 22:40:11 +00:00
|
|
|
kWarning() << "sameBaseline : " << sameBaseline << endl;
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
if (sameBaseline)
|
|
|
|
{
|
|
|
|
first=*start;
|
|
|
|
first.right=end->right;
|
|
|
|
first.bottom=end->bottom;
|
2006-03-29 17:16:46 +00:00
|
|
|
for (it=qMin(sel->itB(),sel->itE()); it<=qMax(sel->itB(),sel->itE());it++)
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
{
|
|
|
|
tmp=m_words[it]->area;
|
|
|
|
if (tmp->intersects(&first))
|
|
|
|
ret->append(tmp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else*/
|
|
|
|
/// finding out if there are more then one baseline between them is a hard and discussable task
|
|
|
|
/// we will create a rectangle (rx,0)x(tx,1) and will check how many times does it intersect the
|
|
|
|
/// areas, if more than one -> we have a three or over line selection
|
|
|
|
// {
|
|
|
|
first=*start;
|
|
|
|
second.top=start->bottom;
|
|
|
|
first.right=second.right=1;
|
|
|
|
third=*end;
|
|
|
|
third.left=second.left=0;
|
|
|
|
second.bottom=end->top;
|
2006-03-29 17:16:46 +00:00
|
|
|
for (it=qMin(sel->itB(),sel->itE()); it<=qMax(sel->itB(),sel->itE());it++)
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
{
|
|
|
|
tmp=m_words[it]->area;
|
|
|
|
if (tmp->intersects(&first) || tmp->intersects(&second) || tmp->intersects(&third))
|
|
|
|
ret->append(tmp);
|
|
|
|
}
|
|
|
|
|
|
|
|
// }
|
|
|
|
}
|
|
|
|
|
|
|
|
ret->simplify();
|
|
|
|
return ret;
|
|
|
|
}
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
|
|
|
|
|
2006-05-27 10:06:31 +00:00
|
|
|
RegularAreaRect* KPDFTextPage::findText(int searchID, const QString &query, SearchDir & direct,
|
|
|
|
bool strictCase, const RegularAreaRect *area)
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
|
|
|
SearchDir dir=direct;
|
|
|
|
// invalid search request
|
2006-05-27 10:06:31 +00:00
|
|
|
if ( query.isEmpty() || area->isNull() )
|
2005-07-15 18:20:57 +00:00
|
|
|
return 0;
|
2006-03-20 23:14:05 +00:00
|
|
|
QList<KPDFTextEntity*>::Iterator start;
|
2006-05-27 10:06:31 +00:00
|
|
|
QList<KPDFTextEntity*>::Iterator end;
|
|
|
|
if ( !m_searchPoints.contains( searchID ) )
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
2006-05-27 10:06:31 +00:00
|
|
|
// if no previous run of this search is found, then set it to start
|
|
|
|
// from the beginning (respecting the search direction)
|
|
|
|
if ( dir == NextRes )
|
|
|
|
dir = FromTop;
|
|
|
|
else if ( dir == PrevRes )
|
|
|
|
dir = FromBottom;
|
2005-07-15 18:20:57 +00:00
|
|
|
}
|
2006-05-27 10:06:31 +00:00
|
|
|
bool forward = true;
|
|
|
|
switch ( dir )
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
2006-05-27 10:06:31 +00:00
|
|
|
case FromTop:
|
|
|
|
start = m_words.begin();
|
|
|
|
end = m_words.end();
|
|
|
|
break;
|
|
|
|
case FromBottom:
|
|
|
|
start = m_words.end();
|
|
|
|
end = m_words.begin();
|
|
|
|
if ( !m_words.isEmpty() )
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
2006-05-27 10:06:31 +00:00
|
|
|
--start;
|
2005-07-15 18:20:57 +00:00
|
|
|
}
|
2006-05-27 10:06:31 +00:00
|
|
|
forward = false;
|
2005-07-15 18:20:57 +00:00
|
|
|
break;
|
|
|
|
case NextRes:
|
2006-05-27 10:06:31 +00:00
|
|
|
start = m_searchPoints[ searchID ]->theIt;
|
|
|
|
end = m_words.end();
|
|
|
|
break;
|
|
|
|
case PrevRes:
|
|
|
|
start = m_searchPoints[ searchID ]->theIt;
|
|
|
|
end = m_words.begin();
|
|
|
|
forward = false;
|
2005-07-15 18:20:57 +00:00
|
|
|
break;
|
2006-05-27 10:06:31 +00:00
|
|
|
};
|
|
|
|
RegularAreaRect* ret = 0;
|
|
|
|
if ( forward )
|
|
|
|
{
|
|
|
|
ret = findTextInternalForward( searchID, query, strictCase, start, end );
|
2005-07-15 18:20:57 +00:00
|
|
|
}
|
2006-05-27 10:06:31 +00:00
|
|
|
// TODO implement backward search
|
|
|
|
#if 0
|
|
|
|
else
|
|
|
|
{
|
|
|
|
ret = findTextInternalBackward( searchID, query, strictCase, start, end );
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
return ret;
|
2005-07-15 18:20:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-05-27 10:06:31 +00:00
|
|
|
RegularAreaRect* KPDFTextPage::findTextInternalForward(int searchID, const QString &query,
|
|
|
|
bool strictCase, const QList<KPDFTextEntity*>::Iterator &start,
|
2006-03-20 23:14:05 +00:00
|
|
|
const QList<KPDFTextEntity*>::Iterator &end)
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
|
|
|
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
RegularAreaRect* ret=new RegularAreaRect;
|
|
|
|
|
2005-07-15 18:20:57 +00:00
|
|
|
// j is the current position in our query
|
|
|
|
// len is the length of the string in kpdftextentity
|
|
|
|
// queryLeft is the length of the query we have left
|
|
|
|
QString str;
|
2006-05-27 10:06:31 +00:00
|
|
|
KPDFTextEntity* curEntity = 0;
|
2005-07-15 18:20:57 +00:00
|
|
|
int j=0, len=0, queryLeft=query.length();
|
2006-05-27 10:06:31 +00:00
|
|
|
int offset = 0;
|
2005-11-18 20:48:01 +00:00
|
|
|
bool haveMatch=false;
|
2005-07-15 18:20:57 +00:00
|
|
|
bool dontIncrement=false;
|
2006-05-27 10:06:31 +00:00
|
|
|
bool offsetMoved = false;
|
|
|
|
QList<KPDFTextEntity*>::Iterator it = start;
|
|
|
|
for ( ; it != end; ++it )
|
2006-05-13 15:04:22 +00:00
|
|
|
{
|
2006-05-27 10:06:31 +00:00
|
|
|
curEntity = *it;
|
|
|
|
str = curEntity->txt;
|
|
|
|
if ( !offsetMoved && ( it == start ) )
|
|
|
|
{
|
|
|
|
if ( m_searchPoints.contains( searchID ) )
|
|
|
|
{
|
|
|
|
offset = qMax( m_searchPoints[ searchID ]->offset_end, 0 );
|
|
|
|
}
|
|
|
|
offsetMoved = true;
|
|
|
|
}
|
|
|
|
if ( query.at(j).isSpace() )
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
|
|
|
// lets match newline as a space
|
2005-11-18 20:48:01 +00:00
|
|
|
#ifdef DEBUG_TEXTPAGE
|
2006-03-20 22:40:11 +00:00
|
|
|
kDebug(1223) << "newline or space" << endl;
|
2005-11-18 20:48:01 +00:00
|
|
|
#endif
|
2005-07-15 18:20:57 +00:00
|
|
|
j++;
|
|
|
|
queryLeft--;
|
|
|
|
// since we dont really need to increment this after this
|
|
|
|
// run of the loop finishes because we are not comparing it
|
|
|
|
// to any entity, rather we are deducing a situation in a document
|
|
|
|
dontIncrement=true;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
dontIncrement=false;
|
|
|
|
len=str.length();
|
2006-05-13 15:04:22 +00:00
|
|
|
int min=qMin(queryLeft,len);
|
2006-05-27 22:13:27 +00:00
|
|
|
#ifdef DEBUG_TEXTPAGE
|
2006-05-27 10:06:31 +00:00
|
|
|
kDebug(1223) << str.mid(offset,min) << " : " << query.mid(j,min) << endl;
|
2006-05-27 22:13:27 +00:00
|
|
|
#endif
|
2005-07-15 18:20:57 +00:00
|
|
|
// we have equal (or less then) area of the query left as the lengt of the current
|
|
|
|
// entity
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
|
2005-07-15 18:20:57 +00:00
|
|
|
if ((strictCase)
|
2006-05-27 10:06:31 +00:00
|
|
|
? (str.mid(offset,min) != query.mid(j,min))
|
|
|
|
: (str.mid(offset,min).toLower() != query.mid(j,min).toLower())
|
2005-07-15 18:20:57 +00:00
|
|
|
)
|
|
|
|
{
|
|
|
|
// we not have matched
|
|
|
|
// this means we dont have a complete match
|
|
|
|
// we need to get back to query start
|
|
|
|
// and continue the search from this place
|
|
|
|
haveMatch=false;
|
2006-05-13 15:04:22 +00:00
|
|
|
ret->clear();
|
2005-11-18 20:48:01 +00:00
|
|
|
#ifdef DEBUG_TEXTPAGE
|
2006-03-20 22:40:11 +00:00
|
|
|
kDebug(1223) << "\tnot matched" << endl;
|
2005-11-18 20:48:01 +00:00
|
|
|
#endif
|
2005-07-15 18:20:57 +00:00
|
|
|
j=0;
|
2006-05-27 10:06:31 +00:00
|
|
|
offset = 0;
|
2005-07-15 18:20:57 +00:00
|
|
|
queryLeft=query.length();
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
// we have a match
|
|
|
|
// move the current position in the query
|
|
|
|
// to the position after the length of this string
|
|
|
|
// we matched
|
|
|
|
// substract the length of the current entity from
|
|
|
|
// the left length of the query
|
2005-11-18 20:48:01 +00:00
|
|
|
#ifdef DEBUG_TEXTPAGE
|
2006-03-20 22:40:11 +00:00
|
|
|
kDebug(1223) << "\tmatched" << endl;
|
2005-11-18 20:48:01 +00:00
|
|
|
#endif
|
2005-07-15 18:20:57 +00:00
|
|
|
haveMatch=true;
|
2006-05-27 10:06:31 +00:00
|
|
|
ret->append( curEntity->area );
|
2005-07-15 18:20:57 +00:00
|
|
|
j+=min;
|
|
|
|
queryLeft-=min;
|
|
|
|
}
|
|
|
|
}
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
|
2006-05-13 15:04:22 +00:00
|
|
|
if (haveMatch && queryLeft==0 && j==query.length())
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
2006-05-27 10:06:31 +00:00
|
|
|
// save or update the search point for the current searchID
|
|
|
|
if ( !m_searchPoints.contains( searchID ) )
|
|
|
|
{
|
|
|
|
SearchPoint* newsp = new SearchPoint;
|
|
|
|
m_searchPoints.insert( searchID, newsp );
|
|
|
|
}
|
|
|
|
SearchPoint* sp = m_searchPoints[ searchID ];
|
|
|
|
sp->theIt = it;
|
|
|
|
sp->offset_begin = j;
|
|
|
|
sp->offset_end = j + qMin( queryLeft, len );
|
- 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
2006-02-15 18:54:49 +00:00
|
|
|
ret->simplify();
|
2005-07-15 18:20:57 +00:00
|
|
|
return ret;
|
|
|
|
}
|
2006-05-13 15:04:22 +00:00
|
|
|
}
|
2006-05-27 10:06:31 +00:00
|
|
|
// end of loop - it means that we've ended the textentities
|
|
|
|
if ( m_searchPoints.contains( searchID ) )
|
|
|
|
{
|
|
|
|
SearchPoint* sp = m_searchPoints[ searchID ];
|
|
|
|
m_searchPoints.remove( searchID );
|
|
|
|
delete sp;
|
|
|
|
}
|
|
|
|
delete ret;
|
2005-07-15 18:20:57 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-05-26 14:32:35 +00:00
|
|
|
QString KPDFTextPage::getText(const RegularAreaRect *area) const
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
2006-05-26 14:32:35 +00:00
|
|
|
if (!area || area->isNull())
|
|
|
|
return QString();
|
2005-07-15 18:20:57 +00:00
|
|
|
|
2006-05-26 14:32:35 +00:00
|
|
|
QString ret = "";
|
|
|
|
QList<KPDFTextEntity*>::ConstIterator it,end = m_words.end();
|
2005-07-15 18:20:57 +00:00
|
|
|
KPDFTextEntity * last=0;
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
for( it=m_words.begin() ; it != end; ++it )
|
2005-07-15 18:20:57 +00:00
|
|
|
{
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
// provide the string FIXME?: newline handling
|
2005-07-15 18:20:57 +00:00
|
|
|
if (area->intersects((*it)->area))
|
|
|
|
{
|
2006-03-20 22:40:11 +00:00
|
|
|
// kDebug()<< "[" << (*it)->area->left << "," << (*it)->area->top << "]x["<< (*it)->area->right << "," << (*it)->area->bottom << "]\n";
|
2006-05-26 14:32:35 +00:00
|
|
|
ret += (*it)->txt;
|
2005-07-15 18:20:57 +00:00
|
|
|
last=*it;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
- 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
2005-08-10 16:14:39 +00:00
|
|
|
|