Removed name attribute from default tools (ie those from tools.xml), so
that they now get default names, which automatically translated if the
application language is switched.
With this patch, tools.xml no longer contains strings to be translated.
NOTE: Messages.sh was not tested
Two purposes:
- Have tooltips available even for user-created annotations (not just
the predefined ones)
- Avoid i18n strings in settings (NOTE: the "name" attribute will be
removed in next patch)
Some tooltips were created over new (eg for new tools), some were
rewritten to actually give instructions instead of repeating the name of
the tool, some were rewritten to avoid references to colors (because
colors are no longer fixed)
This patch also removes the slot qualification to AnnotationWidget::applyChanges()
that I had added in "Show the same widget as the annotation properties dialog when
creating annotation tools", because it's not needed any more.
Note that previously the width attrubute was ignored by the PolyLine
engine and it always set width=1, that's why I had to change the default
value in tools.xml.
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 only used to return 1, that was then used in
CHMGenerator::textPage, that code still looks a bit fishy, but that was already there, it's just now that looks a bit more fishier
Will make it easier to make separate apps based on the core in the future
Note this will most probably break your settings if you are not running a very up to date kdelibs (4.9 or 4.10)
so be careful on updating
REVIEW: 104947
The default mouse mode on Okular startup is panning. I almost always
want text selection. Somebody else might prefer rectangular selection or
zooming. This patch stores the last active mouse mode in the config and
switches to it on startup.
REVIEW:104147
In viewer mode the part will now use a different XML GUI file (part-viewermode.rc).
Also, some actions won't be created, e.g. those used for exporting stuff, for
launching presentation mode, or for selecting parts of the document. The captions
of the configuration dialogs also contain the word 'viewer' then.
This is done through a string "ConfigFileName=<file name>" which can be given to
the constructor in its argument list.
Note that the file ui/fileinterpreterpreview.cpp currently still contains a
reference to "okularrc", which we leave for now (as it just stores the size
of a dialog in that config file).
Change the ViewMode to be an Enum instead of an ugly int and fix the ugly code accordingly. This will break your ViewMode config, i'm sorry for that
Move the setting for centered pages to the view mode as people seems to be having a lot of difficulties of finding it in the old location
svn path=/trunk/KDE/kdegraphics/okular/; revision=1072353
and Reviews side panels to okularpartrc.
If these options are turned on they are now saved as:
[Contents]
ContentsSearchCaseSensitive=true
ContentsSearchRegularExpression=true
and
[Reviews]
ReviewsSearchCaseSensitive=true
ReviewsSearchRegularExpression=true
respectively.
svn path=/trunk/KDE/kdegraphics/okular/; revision=1051497
Based on a patch by Alejandro Exojo, thanks!
$ kwriteconfig --file okularpartrc --group General --key DisplayDocumentTitle --type bool false
BUG: 158401
svn path=/trunk/KDE/kdegraphics/okular/; revision=890576
in the hicolor namespace. Before, the non-specified
"graphics-viewer-document" icon was used, which caused
icon loaders from other toolkits not to find this icon
as they don't consider Oxygen by default.
Also update all the references that made use of the
"graphics-viewer-document" icon in the code and
the many .desktop files.
svn path=/trunk/KDE/kdegraphics/okular/; revision=819965
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
Default is "Default Screen", with the options for showing it to any available screen.
Also, dynamically resize when the screen used for the presentation mode changes size during a presentation.
Many thanks to 'zbsz' for his testing!
CCMAIL: zbigniewo@gmail.com
GUI:
svn path=/trunk/KDE/kdegraphics/okular/; revision=794501
make the group containing the "change colors" information shrink to the minimum size (depending on the configuration widget chosen)
svn path=/trunk/KDE/kdegraphics/okular/; revision=712179
- old way: all the options (and their configurations) at once
- new way: options in a combo box, with only the configuration for the active option that is shown below
Based on Florian's idea and mockups, thanks!
svn path=/trunk/KDE/kdegraphics/okular/; revision=712131
- move the Center first page in row from the Features to the View options group, and state that it works not only in facing mode
- remove the Overview rows, never working
svn path=/trunk/KDE/kdegraphics/okular/; revision=694382
So, create a new ViewMode setting for the single/facing/columns view mode (leaving the RenderMode for compatibility with KPDF).
Rename [Rr]enderMode into [Vv]iewMode in the page view, following the new name of the setting.
Remove the "padding" enums from the settings, as it seems they have no real use beside giving issues.
svn path=/trunk/KDE/kdegraphics/okular/; revision=665773
THe system generally works; what is missing is a good activating strategy (added in TODO - our usability expert is working on that), and a GUI to configure the editor.
The DVI backend was adapted to use this new feature.
(The PDF backend will use it soon.)
svn path=/trunk/playground/graphics/okular/; revision=605708
- render the viewed rect area in the thumbnail a bit more elegantly
- Render Mode -> View Mode ... "render" is geekanese, "view" is proper luserian
svn path=/trunk/playground/graphics/okular/; revision=604731
create again the options to force the DRM (give -DOKULAR_FORCE_DRM=ON to cmake)
KPDF_FORCE_DRM -> OKULAR_FORCE_DRM
svn path=/branches/work/kde4/playground/graphics/okular/; revision=542815
At the moment, the exported classes are only the one needed to make oKular and its actual plugins link, nothing more. Probably some other classes could be made visibile, but I'm not an expert about that.
svn path=/branches/work/kde4/playground/graphics/okular/; revision=538771
- 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
- add an option to allow selecting a generator by the user if more than one generator found for given mimetype
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=445154
- mark one function to remove later
- add one more category to desktop file to be more vfolders compliant
svn path=/trunk/playground/graphics/oKular/kpdf/; revision=431970
Added the frequently requested option for eBook style alignment. Better
layouting in continous (center single pages, no more top aligned) and
single modes. Layouting very consistant when switching modes. Proper keys
and mouse handling in multiple columns modes. Start in 'Fit Page' zoom.
DlgGeneral KCFG:
Added the "Center first page in facing mode" and config menu entry.
ToDo:
Marked 100341 as done.
CCMAIL: 100341@bugs.kde.org
svn path=/branches/kpdf_annotations/kdegraphics/kpdf/; revision=405524
3 entries for saving checked state of 'Annotations side pane' (see next
commits).
svn path=/branches/kpdf_annotations/kdegraphics/kpdf/; revision=400285
Annotation: the class has been passivized. It's only a data container now,
no more active manipulation of events/paints.
PageViewAnnotator: this class has been created to handle creating annots.
PageView creates its 'Annotator on demand. The annotator parses tool
definition from the 'tool.xml' file.
The Annotator internally uses AnnotatorEngine(s) to react to mouse events
and the annotation is created when the job is really finished.
Page: added a (maybe temporary) NormalizedPoint to complement Norm..Rect.
PageViewUtils: removed PageViewEditTools and cleaned up header.
conf/: added a debug option for showing annotation boundary while creating
one and added a temporary 'debug' toolbox in the config dialogs.
svn path=/branches/kpdf_annotations/kdegraphics/kpdf/; revision=394959
--enable-force-kpdf-drm is a configure option, it defaults to NO, if YES DRM is ALLWAYS obeyed
skip_drm is a kiosk option, it defaults to YES, if NO, means the user is not authorized to skip DRM and DRM is ALLWAYS obeyed
if previous options are no and yes, the user sees a GUI option called Obey DRM limitations that defaults to YES but the user can set to NO from the GUI
svn path=/trunk/kdegraphics/kpdf/; revision=394412
How it is going to end:
- Exists a configure option called --enable-kpdf-drm that is DISABLE by default and you can use to FORCE kpdf obeying DRM
- Exists a kiosk option called skip_drm that is true by default and the admin can set to TRUE to FORCE kdpf obeying DRM
- Exists a GUI option called Obey pdf limitations that is shown if skip_drm is true, that option is ON by default, that means DRM is obeyed but the user can disable it from the GUI
Hope that will please everyone
Please can somebody with better english than me check that the wording i used is actually correct english? Thanks
svn path=/trunk/kdegraphics/kpdf/; revision=394212
pageviewtoolbox.cpp/.h: Removed.
PageViewToolBar (was PageViewToolbox): Moved def/impl inside the
pageviewutils.c/.h files. Uses eventfilter to get notified when the
anchorWidget changes in size. Cleaned up code.
Annotations: added empty code.
PageView: removed some code. fixed rmb popup menu hidden if no document
was opened.
Updated TODO.
svn path=/branches/kpdf_annotations/kdegraphics/kpdf/; revision=393302
implement annotations now (and create the save/load procedure).
Annotations: converging to a stable Annotation definition. Changed a bit
the paint functions. Added a first 'template' annotation, a simple
pen-like segments recorder for framework testing purposes only. This
has events filters in place and the rough paint function implemented.
PageView: removed the MouseEdit mode and using that button for toggling
the editToolBox instead. Added Annotation support. When the Annotation
is created, all pageView events flow through that new object. Repaint
of damaged/old areas is done internally and is based on the geometry
of the annotation we're creating. When an Annotation is complete, it
is reparented to the Page that adds it to its internal list.
From that point on the annotation will be rendered by pagePainter
using the pixmap-based paint function provided by the annotation
itself.
PagePainter: draws annotations stored in pages when rendering (using the
'rought paint function' till the good pixmap based one will be in
place.
Page: added preliminary support for adding Annotation(s) to the page
and deleting them all.
Document: added the pass-through call to add an Annotation to the Page
and notify observers.
PageViewToolbox: can be draged and attached to any side. Position is
remembered between runs (choose your side and that the toolbox will
always be there). Available on Right and Bottom sides too. Emits -1
when the current tool is deselected.
Misc: added Annotations to both the 'observers changed flags' and the
'pagepainter' ones and updated ui classes accordingly.
svn path=/branches/kpdf_annotations/kdegraphics/kpdf/; revision=390638
without including any 3.4 header (like kspeech.h) to keep compatibility
with 3.3 and older releases (reported to work on these).
Cleanups in PageView's mouse handling. Supports selections of different
colors now.
svn path=/trunk/kdegraphics/kpdf/; revision=383651
Fix cache deallocator. Hard avoids swapping memory or filling it up to the
limit (allocated pages are referenced in an internal add/remove FIFO).
Merged open and open_recent buttons as many users requested.
Using viewmag icon for find-as-you-type popup.
Disabled debug output. Updated todo with the roadmap to release.
- Need to audit the memory code and choose good default policies now.
svn path=/trunk/kdegraphics/kpdf/; revision=380494
Use palette->active->hilight color for wheel in presentation mode, since
black over black was hard to recognize. Fixes.
svn path=/trunk/kdegraphics/kpdf/; revision=377198
A const reference may be asked. When set all DocumentObservers will be
notified so they can update their gfx if needed. Converted TOC, Links
to the new usage. DocumentViewport can be saved/restored to/from QString
so it can be asked as metadata and saved on document's XML. When loading
a document the viewport is restored exactly where it was when the document
was closed. More fixes with Viewport class. Swapped groupboxes in Perform
dialog. Changed members naming in DocumentObservers and inherited classes.
PageView and ThumbnailsList now linked.
Still regressions / TODOs about the Viewport thing.
svn path=/trunk/kdegraphics/kpdf/; revision=377066
wipe(4), dissolve(1), glitter(4). Between parenthesis the number of
variants. Try it on (Tobias Koenig's testcase):
http://robotics.dei.unipd.it/~koral/KDE/transition_test.pdf
Fixuifiles script on configuration dialogs, icons in Performance Dialog,
fixed spacing on dialogs to look the same way.
svn path=/trunk/kdegraphics/kpdf/; revision=376348
- cursor modes: visible, hidden, hidden with delay
- automatic advance
- loop on last page
- default transition
I know it's quite late in the release cycle, but the code is stable and kpdf rocks!
svn path=/trunk/kdegraphics/kpdf/; revision=375353
filtering and similar options (toolbar is not created now). Changed
Document::openDocument(..) functions order. Restore last active page when
opening an already viewed pdf. Fix margins around pages in all modes.
Presentation: page change by clicking on the round 'wheel' indicator too.
Updated TODO.
svn path=/trunk/kdegraphics/kpdf/; revision=375229
for the file naming map and file versioning. Please wait until the commit
storm ends to report any bug. Albert and Enrico
Compile fixes.
svn path=/trunk/kdegraphics/kpdf/; revision=374944
for the file naming map and file versioning. Please wait until the commit
storm ends to report any bug. Albert and Enrico
svn path=/trunk/kdegraphics/kpdf/; revision=374920
