Age | Commit message (Collapse) | Author | Files | Lines |
|
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=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.
|
|
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
|
|
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
|
|
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
|
|
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
|
|
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
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=90e431d
|
|
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
|
|
|
|
Check whether currently shown page fits actual view and allow user to scroll
to previous/next page in that case (also in Dual page mode).
Allow also scrolling if only one axis fits the view and the event
happenned in the same axis.
https://bugzilla.gnome.org/show_bug.cgi?id=562257
origin commit links:
https://git.gnome.org/browse/evince/commit/?id=077bab6
https://git.gnome.org/browse/evince/commit/?id=45f527e
|
|
This enables the smooth/kinetic scrolling support found in GTK+ 3.3.18
with the document view, and handles them for the Ctrl+scroll,
Shift+scroll, and non-continuous best-fit mode scrolling cases.
https://bugzilla.gnome.org/show_bug.cgi?id=674098
origin commit link:
https://git.gnome.org/browse/evince/commit/?id=34d0d5d
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=731669
Upstream commit, Frédéric Moenne-loccoz committed with Carlos Garcia Campos on 15 Feb 2015:
https://github.com/GNOME/evince/commit/9d9e14dfa9ae782e879961b7307f55b41b2a60b3
|
|
This only applies on non-continuous mode, and the page fits with no
horizontal scrolling. The gesture is actually connected to the parent
GtkScrolledWindow (tracked through hierarchy events), so it is able
to interact with kinetic scrolling gestures there, and cancel those
if the pan gesture is recognized.
Upstream commits by garnacho on 6 May and 15 Aug 2014:
https://github.com/GNOME/evince/commit/afc50e7e07c135e22137a33cbf9913713692bf49
https://github.com/GNOME/evince/commit/2280b09ec71ee88eeeb7fd8d02adb2985d17a765
|
|
This is implicitly needed in a few places in code, so make the requirement
explicit on ::parent-set.
Upstream commit by garnacho on 11 Aug 2014:
https://github.com/GNOME/evince/commit/6288e48
|
|
This is delegated on a GtkGestureZoom. When triggered, the document
will be zoomed based on the distance changes between both fingers.
When the gesture is not active, regular event handling (text selection,
clicking, etc...) will happen.
Upstream commit from garnacho on 28 Mar 2014:
https://github.com/GNOME/evince/commit/36c7f21
|
|
Based on Evince commits 8b965e769808815df9c75a10a0e4972c0904d26a
and a612f809e4e23d88a661a9604ce84f332189a658.
https://github.com/linuxmint/xreader/commit/4eccf6b
|
|
This is a regression from commit
https://github.com/mate-desktop/atril/commit/f8aec90
see:
https://github.com/linuxmint/xreader/commit/46298df
https://github.com/linuxmint/xreader/issues/12
|
|
|
|
use gtk_drag_begin_with_coordinates instead
|
|
and make them public internally
taken from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=d4e458c
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=685828
taken from:
https://git.gnome.org/browse/evince/commit/?id=37c58de
|
|
For the displayed page, do not reload every time, should be displayed immediately
Tested successfully on Loongson 3A2000
with fedora25(mips64el distribution).
|
|
and require caja >= 1.17.1
|
|
|
|
from
https://git.gnome.org/browse/evince/commit/?id=ebb480a2359cf9ce88cafd7babb034d2387d849c
|
|
|
|
g-ir-scanner will emit a warning otherwise.
https://bugzilla.gnome.org/show_bug.cgi?id=691354
taken from:
https://git.gnome.org/browse/evince/commit/?id=8ee8b7e
|
|
Add dummy handling of the GDK_SCROLL_SMOOTH direction.
taken from:
https://git.gnome.org/browse/evince/commit/?id=231445d
|
|
taken from:
https://git.gnome.org/browse/evince/commit/?id=4657961
|
|
|
|
And share the style we use for other content views.
https://bugzilla.gnome.org/show_bug.cgi?id=653294
taken from:
https://git.gnome.org/browse/evince/commit/?id=a56186e
call gtk_style_context_set_background()
Even if we now render a background in _draw() with gtk_render_background,
using gtk_style_context_set_background() in realize
makes the backing GdkWindow not being completely transparent,
which enables GTK to apply optimizations during the paint cycle.
The result is, especially in clutter-gtk applications such as Documents,
scrolling in a document page is much smoother.
taken from:
https://git.gnome.org/browse/evince/commit/?id=1785924
|
|
It makes handling child widgets easier. Based on patch by José aliste,
see bug http://bugzilla.gnome.org/show_bug.cgi?id=573748
taken from:
https://git.gnome.org/browse/evince/commit/?id=de237e0
|
|
Added a dual_even_left flag to EvView. When this flag is false, odd
pages appear left instead of even ones.
All the logic has been added to get_dual_even_left(). The patch is a bit
more involved because build_height_to_page() was computing
dual_even_left directly instead of calling get_dual_even_left(). Rather
than implementing the logic twice, we replaced its EvDocument argument
by its enclosing EvView in order to be able to call get_dual_even_left()
directly. This function was renamed into
ev_view_build_height_to_page_cache() to reflect it is now a view method.
See http://bugzilla.gnome.org/show_bug.cgi?id=444587
taken from:
https://git.gnome.org/browse/evince/commit/?id=f065e36
|
|
gtk_widget_get_pointer()
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=635705
taken from:
https://git.gnome.org/browse/evince/commit/?id=0ac0898
|
|
|
|
|
|
Taken from evince commit: 4de037ccccb4d836db43bf97fdaacf7c02ffb1f1
From: Marek Kašík <[email protected]>
|
|
Taken from evince commit: c8104d3426a7bd7ce6570a87363e4edeea472fce
From: José Aliste <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=624921
|
|
Taken from evince commit: 8434736a712f5b93d1f3909221abe0b88096f78a
From: José Aliste <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=632087
|
|
Taken from evince commit: 629c01120f1b2fb0ffdea5e95d2346bab5fb98ee
From: Carlos Garcia Campos <[email protected]>
|
|
|
|
Taken from evince commit: 7d5e358fb59172812ea0a4bf8ee6502405abc58e
From: Carlos Garcia Campos <[email protected]>
|
|
|
|
|
|
|