Age | Commit message (Collapse) | Author | Files | Lines |
|
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
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=691354
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=7917b62
|
|
avoid deprecated:
gdk_screen_get_monitor_geometry
gdk_screen_get_monitor_at_window
gdk_screen_get_monitor_at_point
|
|
|
|
Fixes #177
|
|
|
|
With commit 1fcca0b8041de0d6074d7e17fba174da36c65f99 came a DVI backend.
It exports to PDF via the dvipdfm tool.
It calls that tool with the filename of the currently loaded document.
If that filename is cleverly crafted, it can escape the currently
used manual quoting of the filename. Instead of manually quoting the
filename, we use g_shell_quote.
https://bugzilla.gnome.org/show_bug.cgi?id=784947
origin commit:
https://git.gnome.org/browse/evince/commit/?id=350404c
|
|
const char accessed via pointer to char.
backend/dvi/mdvi-lib/fontmap.c: In function ‘mdvi_init_fontmaps’:
backend/dvi/mdvi-lib/fontmap.c:725:9: warning: assignment discards
‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
config = kpse_cnf_get("mdvi-config");
^
https://bugzilla.gnome.org/show_bug.cgi?id=784912
origin commit:
https://git.gnome.org/browse/evince/commit/?id=e3dccc1
|
|
and use xalign
fixes https://github.com/mate-desktop/atril/issues/275
|
|
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
|
|
|
|
|
|
After activating or deactivating fullscreen mode, the sidebar
window is automatically moved to its start, while scroll bar
stays in its original position.
The sidebar window move is unwanted and unsolicited, and it's
most probably caused by GtkIconView or GtkScrolledWindow bug.
Workaround this by having the sidebar sync its window with the
current scroll position after a fullscreen operation, do that by
just emitting a "value-changed" on the current scroll adjustment.
https://bugzilla.gnome.org/show_bug.cgi?id=783404
origin commit:
https://git.gnome.org/browse/evince/commit/?id=2bfb8fa
|
|
Preload both before and after current visible scrolling range,
the same amount of thumbnails in it, to help prevent thumbnail
creation happening in the user's sight.
https://bugzilla.gnome.org/show_bug.cgi?id=342110#c15
origin commit:
https://git.gnome.org/browse/evince/commit/?id=1fc8c68
|
|
Evince renders thumbnails on-the-fly as they get into the
scrolling visible area, but at the same time it will remove
them as they get out of the visible scrolling area, so when
user scrolls back to same position he will notice thumbnails
be recreated.
In pro of a more icing user experience, let's adopt a mixed approach
and keep the thumbnails that the user has already navigated, so
when he scrolls back and forth in the same area no thumbnail
re-generation will be visible. This also matches behaviour with
other pdf readers.
https://bugzilla.gnome.org/show_bug.cgi?id=342110
origin commit:
https://git.gnome.org/browse/evince/commit/?id=121e4d9
|
|
Caused by GtkIconView doing an invalidate and relayout of *all*
items in the view anytime we update model data in any indiviual
item (which happens with all the items that are getting in and out
of the scrolling area while we scroll). This caused GtkIconView to
machine-gunned us with "size-allocate" signals, a signal we were
using to update thumbnails when the sidebar is resized.
Fixed by connecting to the GtkTreeModel "row-changed" signal before
GtkIconView does it, and stop emission from there.
As we don't depend now on "size-allocate" signals to show thumbnails
while we scroll, just queue a draw on the icon view when a
thumbnail finish rendering.
Thanks Jose Aliste for first spotting the problem.
https://bugzilla.gnome.org/show_bug.cgi?id=691448
origin commit:
https://git.gnome.org/browse/evince/commit/?id=6480c70
Fixes https://github.com/mate-desktop/atril/issues/255
|
|
|
|
Not sure why we need a GtkNotebook with a tab dedicated to nothing
but holding a single button. Ditch the notebook and put the add button
at the bottom of the sidebar.
The 'add annontation button' is edited for Atril,
just a GtkStock repacement without using GtkStock ;-)
And we use a GtkButtonBox instead of a GtkToolbar as parent for the
'add button', to be consistent with the other sidebars.
inspired by:
https://github.com/linuxmint/xreader/commit/b8627de
|
|
We need to actually connect to a change in the correct property to update this.
In this case "rgba", not "color". We also need to prevent the system theme from
affecting the color of the annotation window.
taken from:
https://github.com/linuxmint/xreader/commit/1236d4b
|
|
Be able to start entering text right after selecting
or creating an annotation, also hide text cursor
when window goes unfocused (backdrop state).
https://bugzilla.gnome.org/show_bug.cgi?id=668446
taken from:
https://git.gnome.org/browse/evince/commit/?id=fc8fe57
|
|
Make annotation windows always accept input focus. Based on patch by
Florian Echtler.
https://bugzilla.gnome.org/show_bug.cgi?id=668446
Taken from:
https://git.gnome.org/browse/evince/commit/?id=24c1029
|
|
We were using the annotation color, but it should only be used for the
background of the annotation window.
https://bugzilla.gnome.org/show_bug.cgi?id=677471
taken from:
https://git.gnome.org/browse/evince/commit/?id=792d878
|
|
Use the GdkRGBA API on EvAnnotation, and on GtkColorChooser.
taken from:
https://git.gnome.org/browse/evince/commit/?id=c523ef8
|
|
Add new API to EvAnnotation that uses GdkRGBA, and deprecated the
GdkColor using one.
Part of https://bugzilla.gnome.org/show_bug.cgi?id=677983
taken from:
https://git.gnome.org/browse/evince/commit/?id=c477923
https://git.gnome.org/browse/evince/commit/?id=87ca31d
|
|
taken from:
https://git.gnome.org/browse/evince/commit/?id=4e762b4
|
|
Add deprecation macros similar to GLIB_DEPRECATED[_FOR].
taken from:
https://git.gnome.org/browse/evince/commit/?id=86f3e1b
|
|
|