Created attachment 114635 [details] 1st Attachment, 2 pages view Hi everyone, this is the problem, I have a large monitor full HD 1920x1080, and I'm abble to watch 2 pages at the same time is very nice as you can see on the first attachment. The thing is when I want to insert a formula the window changes from 2 pages view to one page view, of course I know this necessary beacuse the space required by the formula editor, but is really frustating that when it perform the switch then he takes you far away from the page what you are editing. So I propose two solutions, first, keep the 2 pages view no matter what, maybe reducing the zoom automatically or maybe adding scrolls, or second, perform the switch but keep the focus on page you are editing. I really hope you could read this, and take my advice. Thanks for your attention
@Daniel, Thanks for posting. But don't believe this to be a bug, nor is it a valid enhancement. To explain, what happens when you enter formula mode in Writer (Insert -> Object -> Formula) is that the Math module is being launched and the document view changes into that module. And when formula editing is complete, the Writer session toggles back to the mode it had prior to inserting or opening for editing the formula. On return to the Writer session, the text cursor should be located adjacent to the formula just entered/edited. If it were not, that would be a bug. but I just verified it is correctly positioned on return with 4.4.1.2 and current builds of master. This is by design of both Writer and the Math formula editor modules, and functions as intended. Displaying multiple-pages in the formula editor would not be especially helpful given its specialized role in preparing ODF documents. As an aside, through 4.4 releases, the "Two page" view in Writer is misnamed, it is actually a multiple page view, with page display and scrolling dependent on zoom level. That naming has been corrected for the current master and the future 5.0 release. Also, for the future releases the single page view will now be the default view when opening a document in Writer. Until then, change your view to single page and zoom in, that will eliminate the displacement following placement of a formula.
Hi, thanks for your time, and sorry for my english, I just didn't know to call that function. So, to be clear, in multiple
Sorry again, mistake placing comment above. I have changed the title since I notice is not a problem with formula editor, it happens when you switch between the multiple page display to single page display mode. Editor takes you far away from you're editing and take you back when switch it again, I'm using the last still version and I'm always updating the suite. So, using multiple display, and then open formula editor, the display mode is switched to single page view and lose the focus where you're editing, same as just switching between displays modes. I don't understand how this can be an intended feature.
(In reply to Daniel from comment #3) > > So, using multiple display, and then open formula editor, the display mode > is switched to single page view and lose the focus where you're editing, > same as just switching between displays modes. > Hmm, I guess we can make a case that the canvas redraw when toggling between the three view-modes does not advance the page view to the position of the active cursor. So that aspect is a valid bug. Otherwise the active cursor location is correctly maintained between the changes in view, as well as on return from the OLE formula editor. Steps to reproduce: 1. create a new Writer document 2. fill full page with sample text 3. copy text and paste several times to create a multiple page document 4. choose a position mid-document and enter some additional text (or you coluld insert a Math formula OLE as in OP) 5. note that text cursor position 6. toggle the view-mode from two page view (aka multiple-page view in master) to either book view or single-page view 7. the document will reflow its view to the selected layout, but note that the position of the active text cursor is not preferentially centered, and can be completely off screen 8. use a cursor key movement and verify the position of the text cursor did not change during reflow, with the cursor movment the document recenters a page to that location Expected: that a reflow of the pages into the new view should honor the position of the text cursor, positioning the canvas--as scaled--at the cursor text, should not require an addition cursor movement to reposition the document canvas at the text cursor.
Just verified this has been the behavior for the duration, present in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
I can confirm this still exists and can be reproduced as V Stuart Foote describes. I'm not sure if it is a duplicate but it seems connected to Bug 40105 in which changing between "Web" and "Normal" views likewise produces a change in the document focus. The expected behavior is that any change in view remains anchored to the location of the cursor or some part of the document that is visible at time of view change. Debian Testing x86_64 4.9.30-1 LO Version: 5.2.7.2, Build ID: 1:5.2.7-1
*** Bug 122610 has been marked as a duplicate of this bug. ***
(In reply to V Stuart Foote from comment #4) > Expected: that a reflow of the pages into the new view should honor the > position of the text cursor, positioning the canvas--as scaled--at the > cursor text, should not require an addition cursor movement to reposition > the document canvas at the text cursor. Agree, no need for further UX input.
Dear Daniel, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug