Age | Commit message (Collapse) | Author | Files | Lines |
|
Based on GtkEntry and GtkTextView implementation, the caret cursor
blinks when the view is active and caret navigation is enabled. It stops
blinking after a while if there's no user interaction. It uses
GtkSettings:gtk-cursor-blink-time and
GtkSettings:gtk-cursor-blink-timeout.
https://bugzilla.gnome.org/show_bug.cgi?id=702076
taken from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=e6f7250
|
|
taken from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=95f661b
|
|
It returns an array of PangoLogAttr with the logical attributes of the
text for the given page.
taken from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=6870279
|
|
Navigation by character, word, next/previous line and beginning/end of
the line using the caret cursor.
The routines to move the cursor don't use GtkTextBuffer to
avoid the duplication of the text for every page.
- Left/right arrow: Move one character to the left/right.
- Up/down arrow: Move up/down one line.
- Ctrl + left/right arrow: Move to the beginning/end of
the previous/next word.
- Home/End: Move to the beginning/end of the current line.
https://bugzilla.gnome.org/show_bug.cgi?id=638905
taken from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=1dc10fe
|
|
The code necessary to draw a page surface or a selection
surface is the same. We factor this out to a new static method
called draw_surface
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=3ab6ac1
libview: Fix rendering of the first visible page while resizing
While we are resizing the view widget and waiting for a new
surface rendered at the right size, we use old surfaces
scaled to match the target size. When the begining of a page is not
visible, the scaled surfaces are not placed correctly.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=72f2ae4
|
|
|
|
|
|
|
|
Dual mode isn't implemented for epubs
|
|
In ev_view_get_height_to_page, the "height" or "dual_height"
pointer can be set. If dual_height is set, the dual_height buffer
is used. Using the "normal" height cache in dual view causes
an out of bounds read. So we restrict the cache accesses to their
relevant buffers.
https://bugzilla.gnome.org/show_bug.cgi?id=771612
origin commit:
https://git.gnome.org/browse/evince/commit/?id=0d44134
|
|
'd' for dual and 'w' for continuous layout.
|
|
This allows to move between words with CTRL+Left/Right in text form
fields instead of rotating the view.
https://bugzilla.gnome.org/show_bug.cgi?id=699630
origin commit:
https://git.gnome.org/browse/evince/commit/?id=ac22e8f
|
|
'f' for fit-page for consistency with eom and 'w' for fit-width.
Fixes bug #595571.
origin commit:
https://git.gnome.org/browse/evince/commit/?id=2ed0f3d
fix
|
|
Single page pdfs will now open in full window even if the default mode
is dual mode. This will apply to pdfs that are opened for first time,
otherwise user preferences are honored.
https://bugzilla.gnome.org/show_bug.cgi?id=547098
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-14&id=5339558
|
|
In continuous mode with dual page view, there is a chance
that the pages were outside of the scroll view. When
opening a document in such circumstances, the current
page should not be updated to a negative number when
already has the first page as default.
This fixes a crash when searching with a negative
current page.
Fix https://bugzilla.gnome.org/show_bug.cgi?id=683172
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=8fe6917
|
|
Instead of having a few different mutually exclusive booleans it
makes sense to have it be a mode with the following options:
automatic, single, dual.
This allows us to have a way to automatically determine if dual page
mode should be used when the window is large enough.
https://bugzilla.gnome.org/show_bug.cgi?id=689468
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=42f6d4b
|
|
This "Automatic" zoom mode will use fit width when
the window is smaller than 100% of the actual page size
and then use the actual page size up to the point the
window is large enough to hold two entire pages side
by side.
https://bugzilla.gnome.org/show_bug.cgi?id=689468
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=0cad875
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=689468
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=88d7a4a
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=689468
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=ffd3853
|
|
As a toggle option only available in dual mode.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=1078b8f
|
|
|
|
see https://developer.gnome.org/gtk3/unstable/GtkContainer.html#gtk-container-set-resize-mode
They aren’t necessary anymore since frame clocks and might introduce obscure bugs if used.
Gtk3-inspector shows me that resize-mode-is-parent (default) is used.
|
|
|
|
|
|
Without this check, evince will crash when a right-click
on a non-pdf document is performed.
https://bugzilla.gnome.org/show_bug.cgi?id=737197
origin commit:
https://git.gnome.org/browse/evince/commit/?id=0f59861
|
|
When an annotation is deleted, the sidebar needs to
be refreshed so that the annotation is removed from
the list
See item 3 in this comment:
https://bugzilla.gnome.org/show_bug.cgi?id=649044#c33
origin commit:
https://git.gnome.org/browse/evince/commit/?id=13defb2
|
|
There's no reason to return the EvMappingList since it can't be modified
by this function.
|
|
This allows to specify what is dirty so that it's freed before being
cached again.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-14&id=20c6b3b
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=06e9129
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=649044
inspired by:
https://git.gnome.org/browse/evince/commit/?id=0f19833
|
|
Hide annotation windows if necessary and unset selected
element before removing an annotation.
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=927e956
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=38ca871
|
|
Needed to remove annotations from a mapping list
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=5aac9ac
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=d0ed4e6
|
|
Naming the annotations sequentially by number is
problematic when they can be removed (see
https://bugzilla.gnome.org/show_bug.cgi?id=649044#c33).
This patch changes the annotation names to
timestamps, guaranteeing that they are indeed
unique.
https://bugzilla.gnome.org/show_bug.cgi?id=649044
origin commit:
https://git.gnome.org/browse/evince/commit/?id=0f38a27
fix build warning:
https://git.gnome.org/browse/evince/commit/?id=6197eba
|
|
Implementing switch/case to support new annotations as they are implemented.
origin commit:
https://git.gnome.org/browse/evince/commit/?id=320d10f
|
|
internally
This will be needed in order to implement atk_component_grab_focus
https://bugzilla.gnome.org/show_bug.cgi?id=728475
origin commit:
https://git.gnome.org/browse/evince/commit/?id=617dc0c
|
|
Implements the functions needed to change the
opacity of the annotation windows.
https://bugzilla.gnome.org/show_bug.cgi?id=725571
origin commit:
https://git.gnome.org/browse/evince/commit/?id=b968cfb
|
|
When the color of the annotation window is chosen
in the properties dialog and apply is clicked, the
color of the window changes immediately.
Fixed by making ev_annotation_set_rgba send both
"color" and "rgba" signals.
https://bugzilla.gnome.org/show_bug.cgi?id=725571
origin commit:
https://git.gnome.org/browse/evince/commit/?id=d23d6c1
|
|
Rewritten focus annotations in a generic way.
https://bugzilla.gnome.org/show_bug.cgi?id=706244
origin commit:
https://git.gnome.org/browse/evince/commit/?id=fddb9ee
|
|
returns the EvMapping in the EvMappingList at coordinates (x,y).
origin commit:
https://git.gnome.org/browse/evince/commit/?id=2de7a65
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=01254fb
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=90e431d
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=5410cf9
|
|
- drop gtk_alignment_new
- drop gtk_alignment_set_padding
|
|
gtk_adjustment_changed has been deprecated since version 3.18 and
GTK+ emits “changed” itself whenever any of the properties (other than value) change.
see https://developer.gnome.org/gtk3/unstable/GtkAdjustment.html#gtk-adjustment-changed
|
|
Methods that use a double pointer to a GList cannot be annotated
properly, so skip them until we have a better introspectable API.
https://bugzilla.gnome.org/show_bug.cgi?id=691354
|
|
Since the latter uses varargs and will never be introspectable.
https://bugzilla.gnome.org/show_bug.cgi?id=691354
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=1d87fc5
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=691354
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=4bc744c
|
|
And fix a number of introspection warnings.
https://bugzilla.gnome.org/show_bug.cgi?id=691354
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=d6f7e03dd53639e2a3470f128d3b327636cf3dea
|