Age | Commit message (Collapse) | Author | Files | Lines |
|
With the recent changes in gtk+, widgets have to draw themselves,
causing the current use of gdk_window_set_background_rgba to fail.
https://bugzilla.gnome.org/show_bug.cgi?id=765557
view: Redraw ev-view-presentation when setting normal and black mode.
The black and normal mode are the same from the CSS point of view.
The difference is that in the draw function the page is not drawn
in black mode. Hence, we need to explicitly queue a redraw in these
cases. Since setting the white mode add a CSS class, this queues
the redraw for us.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=772390.
origin commits:
https://git.gnome.org/browse/evince/commit/?id=2b352b3
https://git.gnome.org/browse/evince/commit/?id=b3f49f4
Fixes https://github.com/mate-desktop/atril/issues/232
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/shell?h=gnome-3-6&id=65fa4ff
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=ba06a5e
|
|
Remove the EvLoadingWindow from libview and move the implementation to
the shell using a EvLoadingMessage widget and GtkOverlay. EvView has now
a is-loading property that allows the users to implement their own
loading notification system. This fixes several realted to the loading
window.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-8&id=035c1cb
|
|
Since there was only the one, also remove the whole glib-genmarshal setup.
If we ever need another non-stock marshaler, we'll just use the new glib
generic marshaler.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=fe7f842
|
|
Remove TotemScrsaver copy, and use GtkApplication inhibition instead.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=612701f
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=b999bdd
|
|
These are really runtime errors, not warnings, so just use g_printerr.
origin commit:
https://git.gnome.org/browse/evince/commit/?id=adbed8b
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=1b3d4dd
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=1aac15e
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=5141dcb
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-6&id=c9aada8
|
|
fixes conflict with zoom_in
|
|
|
|
origin commit:
https://github.com/linuxmint/xreader/commit/43acb8f
|
|
|
|
|
|
|
|
This commit reverts:
https://github.com/mate-desktop/atril/commit/d9fffe2dc0e33d6777099c18635b7b75f54d3d35
And it applies an alternative to fix the deprecated functions:
gdk_screen_get_width
gdk_screen_get_height
|
|
but set this action sensitive for epubs
|
|
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=f847cd0
https://git.gnome.org/browse/evince/commit/?id=aa76196
|
|
It is now doing nothing
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=b0f7bfe
|
|
Now that we chain the accels to the focused widget,
we do not need anymore to disable accels when the view
is not focused.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=39defbd
|
|
GtkWindow catches keybindings for the menu items _before_ passing them to
the focused widget. This is unfortunate and means that pressing ctrl+Left
arrow, Ctrl+Right arrow on the search bar ends up turning the EvView
instead of moving around the text.
Here we override GtkWindow's handler to do the same things that it
does, but in the opposite order and then we chain up to the grand
parent handler, skipping gtk_window_key_press_event.
See https://bugzilla.gnome.org/show_bug.cgi?id=676040
inspired from https://git.gnome.org/browse/evince/commit/?id=70a2c0780b1b44acfa18f4762a3400b89eb123b5
fix rhbz https://bugzilla.redhat.com/show_bug.cgi?id=1513826
|
|
and a loop to change their sensitivity
inspired from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-2&id=d15eeda
https://git.gnome.org/browse/evince/commit/?h=gnome-3-2&id=2ed0f3d
https://git.gnome.org/browse/evince/commit/?h=gnome-3-2&id=793361c
|
|
|
|
This is a quick fix for getting caret-navigation working in atril.
All this code needs to be reworked for epubs.
Note: caret-navigation is always enabled if text is selected with epubs,
for some reasons.
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=3e468fa
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=702079
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=fc9b6d1
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=3e32b5d
|
|
They are handled by the EvView now.
We just leave the page up/down accels, so that they still work
even when the view is not focused.
origin commit (modified):
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=6a7c3db
|
|
Dual mode isn't implemented for epubs
|
|
'd' for dual and 'w' for continuous layout.
|
|
'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
|
|
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
|
|
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
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=649044
inspired by:
https://git.gnome.org/browse/evince/commit/?id=0f19833
|
|
- drop gtk_alignment_new
- drop gtk_alignment_set_padding
|
|
avoid deprecated:
gdk_screen_get_monitor_geometry
gdk_screen_get_monitor_at_window
gdk_screen_get_monitor_at_point
|
|
|
|
|
|
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
|