Apache OpenOffice (AOO) Bugzilla – Issue 103839
Jump to cursor on switching between OOo documents
Last modified: 2013-08-07 14:44:35 UTC
- Create 2 new Writer documents - dispose the 2 windows in order to see them both (= not maximized) - In document 1 set the Zoom in order to not have a whole page on the screen - scroll down with the mouse until you don't see your cursor anymore - click on the title bar of document 2 - click back on the title bar of document 1 -> the view jumps to the cursor position. It is unexpected. @OD: as discussed with MBA, reassigning to you.
Set 3.x
I can not reproduce the defect as described. But, if I once had opened the Format or Insert menu or if I have the Insert tool bar visible, the described defect is reproducible.
Already fixed since DEV300m58 after integration of cws c07v025_DEV300 in sw/source/ui/shells/textsh.cxx
*** Issue 103790 has been marked as a duplicate of this issue. ***
*** Issue 103836 has been marked as a duplicate of this issue. ***
*** Issue 103835 has been marked as a duplicate of this issue. ***
*** Issue 22453 has been marked as a duplicate of this issue. ***
Since other autosave and/or save jumps to cursor position issues have been marked duplicates of this one, this issue hasn't been fixed. The problem is, I think most people were trying to reproduce the problem using ODT file format. However, the (auto)save jump to cursor issues still happens in OOo 3.1.1, if you're working on a DOC format. I have also confirmed it with RTF, so I'm thinking that all other conversion formats OOo does, will have the savejump. I'm using OOo 3.1.1 on WinXP SP3.
I'm unsure if posting additional comments on this issue will result in the issue being reviewed, since it's incorrectly stated as FIXED and RESOLVED. I can confirm that the savejump does not happen in Linux, at least in Ubuntu 9.10. It seems some workaround has been done for it, since it's not perfect either. In Linux, when the cursor is at one page, and you're viewing another, and click save, the cursor jumps to a line in the middle of the page you're viewing. Not perfect, because you lose track of where your cursor was (and your current editing), and there are uses for having the cursor where you last put it, so that you view 100 pages above or below, and when you want to quickly jump to the page you're editing, all you need to do is type in a character, or move the cursor with the keyboard arrows. An annoying issue, to say the least. So, is this the correct place for asking to reopen this issue?
Hello, (I'm totally new here so please forgive me for any unvolontary mistake). I'm using 3.1.1 and I still encounter the Issue 22453, which has been marked as a duplicate of this one. Since it is clearly not fixed, I support paaskynen and ask please do reopen the issue ! (my "about" window says OpenOffice 3.1.1 OOO310m19 (Build:9420)) ; the jump to the cursor happens when : - I open a new document - I write a long enough text - I change the format of one word (putting it in Title 1, or in bold, ...) and put the cursor anywhere - I scroll down with the mouse - hop ! it jumps back to the cursor position Since it basically always happens when I'm proofreading a document, this is really very annoying) Thanks !
@paaskynen/alys: OS said "Already fixed since DEV300m58". That might not be clear for everybody but it means that this is fixed for 3.2 (http://download.openoffice.org/next/index.html) but not in 3.1.1. Verified in m61
Closed
@es (or anyone else): I have just installed the beta, OOo-dev 3.2.0 OOO320m4 (Build:9450), and it's not fixed in WinXP SP3. Saving a DOC (or other non-ODT format) file jumps to the cursor position regardless of what page you're looking. The workaround for Linux isn't satisfactory, because as I said before, the cursor jumps to the page you're vieweing, and you lose track of the page you were originally editing.
@paaskynen: sorry, I didn't pay attention to the Word specific part of your comment. All "jump to cursor" duplicate issues including this one are fixed. Yes, it remains an issue when saving as Word -> issue 106906.
*** Issue 107990 has been marked as a duplicate of this issue. ***
*** Issue 108187 has been marked as a duplicate of this issue. ***
Created attachment 67628 [details] If the body of my post is discarded, see the descrip.txt in the JUMPDEMO.ZIP
Explanation to the post "Created an attachment (id=67628)". The body of the post was really discarded, here is how it should read (including corrections of two editing mistakes): Hi! (I'm totally new here so please forgive me for any unvoluntary mistake). This issue is still unfixed (I use OOo 3.1.1 OOO310m19, WinXP Pro SP2), and it applies also to .odt documents, not .doc only! However this happens not in all documents. I'm attaching a .zip containing "pochod18.odt" which DOES the jumping while "no_jump.odt" does not! Even on an exact copy of "pochod18.odt" (open simultaneously!) there was NO SUCH JUMPING, so possibly when you open this file, you will not experience jumping... Precisely, jumping to the cursor position happened (in "pochod18.odt", scrolled far from the cursor) upon: - save and autosave, - arrow or PgUp/PgDn keys (this is good for me in most cases, but not each time) - of course, typing text (also good) - switching to another .odt or .ods document (for example to "no_jump.odt" or to "rozlicz.ods") and back to the scrolled one (i.e. to "pochod18.odt"). Even when I had two copies of "pochod18.odt", and moved from one to the other (preceeded with scrolling far from the cursor), then in one copy the jumping occured (every time!) and on the other it did not. Here is an idea, how might OOoWriter act in these (and similar) situations: present a dialog "Do you want restoring the previous view? Yes/No (or press Ctrl-SomeKey)". This should be configurable, whether this dialog window would close only with undoubted choise of either option, or it should close automatically if a normal user's activity is continued. In the latter case, the key combination (Ctrl-SomeKey) assigned to this action should be valid for some time to help the user if his/her typing was not fully intentional. The window should have also a button "Configure this feature". And/or the user who updates his/her OOo software should be encouraged to visit a certain web page and find there description how to use this (and each new) feature. And by the way: somebody said, that Notepad and Wordpad do not jump to the cursor upon save. Well, my Notepad really does not but Wordpad does (and even if the cursor IS visible, the window contents is scrolled to move cursor to the upper border, provided there is enough text below the cursor to fill the window). With best regards alfa333
od->alfa333: Please consider es's issue comment from 2009-11-13. According to es this issue is fixed in OOo 3.2, but not in OOo 3.1.1 Thus, please check your scenarios in the current release candidate of OOo 3.2
Sorry for my wrong understanding: I thought that "this is fixed for 3.2 (...) but not in 3.1.1" means "...but not YET in 3.1.1". Now I realize that it meant "and will not be fixed for 3.1.1".
A substitute solution for 3.1.1 users, who have the problem with this issue upon save and autosave: during (auto)save operation, you may click the mouse on the text just after the hourglass disappears. This will move the text cursor to the clicked position and the jump will not happen. Of course you will loose info where the text cursor was before (however if you previously altered the text at that position, you can go to that position using Ctrl+Z Ctrl+Y what means Un-do and then Re- do).
For me OOo writer (3.2) still does a jump where I think it should not (please correct me, if I'm wrong) * create a new document with some pages of text * add a comment on one of the first pages using Ctrl+Alt+N, let the cursor in the comment box * scroll down to one of the later pages * switch to any other window * switch back to OOo writer * the view jumps back to the cursor but should IMHO stay where it is Maybe this is the correct behavior, but at least I would love if this jump does not happen. It often happens, that I scroll down to a specific position in the document and then need to look-up something in the web-browser. As soon as I switch back to writer the position of the document jumps back to the comment and I need to scroll down again.
od->christener: I can confirm your described behavior. But, that the cursor is inside a comment is not the scenario which is described in this issue and which has been fixed for OOo 3.2. Thus, I propose that you submit a new issue for your scenario.
christener->od thank you very much for looking into it. I added a new issue (#109597) and like to thank you guys for your ongoing work on OOo.
Please consider fixing the problem described by christener in a way that would also help in the following scenario: * I scroll with mouse away from the text cursor * I read a few paragraphs * I want make another scroll but I unfortunately try to do it by PgDn (or by an arrow) The result: first a jump to the text cursor occurs, and next the PgDn action (or similar) is performed; the previous (mouse-scrolled) position is lost. This behaviour is proper (even often good), and identical as in most (or all) other text editors - but here is a suggestion how both interests can be satisfied: Before making the jump to the text cursor, OOoWriter could store an info about the current view position, then make the jump (and the action of PgDn or so) and next display a hint "If you want to go back to the previous view, hit ..." or similar. I think this concept would be satisfactory even with the christener's problem. P.S. The same problem happens when I unintentionally do an action that alters the text (e.g. hit a letter key or click a "Center paragraph" button or so). The action can be Un-Done, but this does not restore the view.
Jump on save still happens in 3.2, after modifying a table and scrolling In the file "jump on save in OOo3_2_0.odt" : * Modify the content of the table (e.g. type “x” at the end of the word POTEGA in the first cell) * scroll down with the mouse to see the bottom of the page * save the file The view is moved back to the table. This does NOT happen if you did not modify the table, but only moved the text cursor into the table and next scrolled the view away. Please consider solving this and similar problems as I described in previous posts within this thread - look for "Do you want restoring the previous view? Yes/No" and for "If you want to go back to the previous view, hit ...". Such dialog should appear whenever the view jumps to the text cursor, unless the user decided not to see the dialog anymore - but a hotkey for re-jump should be active even if the dialog is disabled. (To be precise, jumps of the view done by search/replace or spell-check should not show the dialog about re-jump ability.) Alfa333, a user of OOo 3.2.0 OOO320m12 (Build:9483), WinXP Pro SP2.