So that they are the same color as the annotations they create.
This patch also adds some new icons.
Affected annotation tools:
- Ellipse
- Polygon
- Rectangle (NEW)
- Squiggly (NEW)
- Line
- Strikeout (NEW)
- Underline
I'll edit the remaining icons in next patches.
Translate strings when retrieving the default annotation tool list, so
that we can assume that strings in the AnnotationTools setting are
translated.
Note: In future patches, I'll remove i18n strings from the default tool
list at all
Instead of using a system-wide tools.xml file containing a list of
<tool>...</tool> elements, store each tool element as string in a
stringlist configuration option.
Note that the global tools.xml file is still needed to read the
default values.
It was "Note" before d2fa4c9, but it was changed to "Comment" for
compatibility reasons. Setting it to "Note", this time in UI code,
doesn't break d2fa4c9 and restores the default icon users are used to.
* We do not keep them around any more time than needed (they are cheap to create)
* AnnotWindow::slotsaveWindowText calls m_document->modifyPageAnnotation so
edition of inline notes happens immediately
Patch by Raffaele Mancuso cleaned up by me
This will be in KDE 4.7.0
This fixes the original report of bug 161020 so i'm closing it
If there were any other different wish report in that bug, do the proper thing an open a new one
BUGS: 161020
svn path=/trunk/KDE/kdegraphics/okular/; revision=1218185
also, no need to iterate again, as the input dialog will not accept an empty (not totally blank) value
furthermore, abort annotator creation if the user aborts the input dialog
BUG: 236865
svn path=/trunk/KDE/kdegraphics/okular/; revision=1160649
- added few utility functions to compensate the miss of a "central scrolled widget", as now we just fully handle (events & painting) the viewport of the scroll area
- manually scroll the overlay widgets (form widgets and video widgets) when the "area" is scrolled
All the page view functionalities should be working as usual, hopefully I should have ported everything (in case it will be fixed later).
Given that now the size page view is no more constrained by the maximum size of a QWidget (which is two orders of magnitude less than the size of an int), we can handle documents with really many pages (10k+) with hopefully no issues.
BUG: 191859
As a side effect of the QScrollArea -> QAbstractScrollArea porting, it seems that there are no more drawing glitches when in right-to-left mode.
BUG: 192636
svn path=/trunk/KDE/kdegraphics/okular/; revision=989285
Separated normal & cropped geometries in page items;
made the page painter able to draw based on a crop section;
add a config + menu option for turning the white borders removal.
Based on a patch by the Mr. anonymous kde2eran@tromer.org, thanks.
BUG: 161599
svn path=/trunk/KDE/kdegraphics/okular/; revision=809496
- enable/disable (instead of hide/show) the tools that cannot be constructed (eg due to the document not extracting text)
- disable the tools when there is no document open
svn path=/trunk/KDE/kdegraphics/okular/; revision=746293
- when the document is auto-scrolling, stop the scrolling
- when building an annotation, stop its construction
svn path=/trunk/KDE/kdegraphics/okular/; revision=716000
- make the output looking more or less like before (using nospace() or removing the spaces)
- remove endl and '\n' at the end of debug outputs
- fixing the QDebug operator<<'s around
- isolate the debug area number of the core into a separate header, and apply it instead of the numbers found in textpage.cpp
svn path=/trunk/KDE/kdegraphics/okular/; revision=694667
nges to its status. This brings us:
- less item reloading (previously done every time the toolbar is shown, now only when needed)
- the toolbar is redrawn correctly if it's shown and a new document is open
- as Albert pointed me yesterday, no need to show the annotating tools that act on text if the document does not support the extraction of text
svn path=/trunk/KDE/kdegraphics/okular/; revision=659722