GNOME Bugzilla – Bug 704631
Ctrl+A should update the caret position
Last modified: 2018-05-22 15:15:37 UTC
Steps to reproduce: 1. Enable caret navigation (see bug 702079) 2. Position the caret in the middle of the page 3. Press Ctrl+A to select all 4. Press a cursor-moving key to unselect the text Expected results: The new location of the caret would be relative to the selection. Thus Home, Left, Up would set the caret at the beginning of the document; End, Right, Down would set the caret at the end of the document. (Compare with Gedit, LibreOffice, Thunderbird, etc.) Actual results: The new location of the caret is relative to wherever the caret was positioned in step 2.
Created attachment 250685 [details] [review] Make all the caret cursor movements relative to the current selection In the current implementation only the cursor movements corresponding to the Right/Left arrows were relative to the current selection. Following gedit as example, the patch makes Home/End keys, Control + Right/Left arrows and Up/Down arrows relative to the current selection. In the case of Up/Down arrows (go to prev/next line), as gedit does, the cursor would move to the prev line of the starting point of the selection (maintaining the start of selection offset as offset inside the line), to the next line of the end of the selection (maintaining the end of selection offset as offset inside the line).
Created attachment 250687 [details] [review] Move the cursor to the selection limit even if the limit it is not in the current page The current implementation fails to move the cursor to the boundaries of the current selection when the corresponding selection boundary is not in the current page. For that reason, after selecting using Control+A , to move to the limits of the selection using the Left/Right arrows fails if the document has more than one page.
Created attachment 281617 [details] [review] Make the caret movements relative to the selection boundaries Updated patch. It does not upload the first and last pages to the cache, information needed to position the cursor at the beggining/end of the document as this in done as part of the patch attachment 250687 [details] [review] for bug 724273
Created attachment 281695 [details] [review] Make the caret movements relative to the selection boundaries Rebased. Also fixed the selection using <Shift><Ctrl>Home/End
Created attachment 281704 [details] [review] Fix to move the caret to a selection boundary outside the current page
Created attachment 281705 [details] [review] Move caret by word relative to the selection
Created attachment 281706 [details] [review] Move the caret to prev/next line relative to the selection
Created attachment 281707 [details] [review] Move the caret to start/end line relative to the selection
Created attachment 281712 [details] [review] Select from the caret to the start/end of the document relative to the selection
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/387.