Age | Commit message (Collapse) | Author | Files | Lines |
|
https://bugzilla.gnome.org/show_bug.cgi?id=726310
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=5e4d9f8
|
|
If caret access is not enabled (or in any other error) caret_offset
should be -1, and not one based on the gtktextbuffer.
Based on a previous patch by Joanmarie Diggs
https://bugzilla.gnome.org/show_bug.cgi?id=701746
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=3b63aa8
|
|
It uses the recently added ev_view_set_caret_cursor_position
https://bugzilla.gnome.org/show_bug.cgi?id=701746
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=912d9d5
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=701746
from:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=9809525
|
|
See https://mail.gnome.org/archives/commits-list/2013-June/msg04117.html
for the associated commit to ATK.
https://bugzilla.gnome.org/show_bug.cgi?id=725162
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=b327461
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=719507
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-12&id=c5c528d
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=711862
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=b0bf4b6
|
|
When an application embedding an EvView reuses that view to display a new
document, the content of last page viewed from the previous document is
exposed to assistive technologies. In order to get the content of the
current document, the user must change pages. This problem resulted from
the assumption that the document would be set after the model was set.
https://bugzilla.gnome.org/show_bug.cgi?id=709375
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=3d06f42
|
|
Check array limits returning early if the link index is out of range.
https://bugzilla.gnome.org/show_bug.cgi?id=705155
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=7eac53f
|
|
or document is updated.
https://bugzilla.gnome.org/show_bug.cgi?id=704621
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=d71e0d7
|
|
fixes https://github.com/mate-desktop/atril/issues/283
taken from:
https://git.gnome.org/browse/evince/commit/?id=c5a338c00253aeb88901c574ea150b3bd83634e7
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=b2597d
|
|
Pending scroll SCROLL_TO_FIND_LOCATION, can jump to another page if the
location is in a different page. We should change the current page in
the model in this case too.
Origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=8709b39
|
|
If the cursor is not in a visible page
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=c187766
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=570927e
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=702079
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=6127a36
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=704616
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=830dd4e
|
|
Do not take into account the page area borders when looking the pages
where the selection starts or ends. This allows to start a new selection
from a page margin and prevents selection from disappearing when
selecting multiple pages and releasing the mouse between two pages.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4969e2b
|
|
when selection starts and ends at the same point
We can use the current page range in this case, since this will only
happen when starting a new word/line selection.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=e92c98f
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=848459e
|
|
Actually return the text and offset range of the selected text in the
current page.
https://bugzilla.gnome.org/show_bug.cgi?id=704335
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=a178d26
|
|
Invalidate the previous and new regions instead.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=e39ac99
|
|
between lines
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=074dfec
|
|
Return 1 when there's selected text since evince only supports one
selection, and 0 if there isn't selected text.
https://bugzilla.gnome.org/show_bug.cgi?id=704396
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=3a9d081
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=704399
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=32a67a6
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=3666096
|
|
It will be scheduled if the adjustments change.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=0597aa7
|
|
Even though the caret cursor is not shown while there are active
selections we don't want the cursor blink timeout running and scheduling
redraws.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=41c660f
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4be9bc1
|
|
All keybindings currently used by EvWindow. Having them in the view
makes them available to other EvView users and they can be overriden by
the themes.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=660b741
Fix Return key bidings
Do not use the helper function for keypad keys since Return doesn't have
a key un the keypad.
https://bugzilla.gnome.org/show_bug.cgi?id=704154
|
|
We were still using G_TYPE_BOOLEAN instead of GTK_TYPE_ORIENTATION. It
worked because both are integers in the end.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=f9a65d4
|
|
This way only the regions affected by the selection are redrawn and we
don't need to schedule a full redraw every time clear_selection is
called.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4b4ea6c
|
|
orign commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=1a9ba34
|
|
If we don't have a selection surface/region and points has been set, we
need a new selection surface/region even if the scale hasn't changed.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=ca60329
|
|
from the document
https://bugzilla.gnome.org/show_bug.cgi?id=639932
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=f8a0ce3
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4592007
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=701732
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=2590224
|
|
If the cursor is moved with left/right arrow keys the cursor moves the
beginning/end of the selection.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=9c3816b
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=702761
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=604cd6d
|
|
This way we just need to check the pointer returned.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=bf18b54
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=1691b14
|
|
And also the caret cursor location when positioned with the mouse when
clicking on areas with no text, like margins or even the space between
columns.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=415ab07
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=702767
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=ac3800a
|
|
direction
If we are scrolling down schedule next pages first, otherwise schedule
the previous pages first.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=b6f27b6
|
|
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=ceacd4e
|
|
has been moved.
https://bugzilla.gnome.org/show_bug.cgi?id=702078
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4eecb33
|
|
Now that we always build a new damage region, we don't need to copy the
selection covered region.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=7a7ebb8
|
|
Depending on the zoom level the area actually drawn by cairo can be a
bit larger than the selected region due to rounding errors or pixel
alignment. We use the selected region to build the damage area to
invalidate when drawing selections which in many cases is not large
enough. This causes that sometimes when removing a selections some small
rectangles keep drawn because they are not redrawn. To avoid this we
grow the damage area computed from selected regions.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=a497fb4
|
|
When the region covered by old and new selection is the same, don't
schedule a new redraw for the union.
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=4093541
|
|
Instead of using xor, use the union of old_sel and new_sel to find
what needs redrawing.
https://bugzilla.gnome.org/show_bug.cgi?id=703024
origin commit:
https://git.gnome.org/browse/evince/commit/?h=gnome-3-10&id=9fd3d7d
|