Problem description: When I choose "Web layout" mode (View -> Web layout), menu command Window -> New window becomes disabled. When I revert back to Print layout mode, it becames enabled again. But sometimes I need to open several windows with the same document, while viewing it as a web page. Steps to reproduce: 1. Open a document, choose View -> Print layout 2. Choose Window -> New window. Second window opens. 3. Choose View -> Web layout (in any of windows). Current behavior: All other windows with the same document will close; Window->New window command becames inactive. Expected behavior: All the windows remain on screen, and possibility to open another window with the same document. Operating System: Linux (Other) Version: 3.6.4.3 release
Hi, I did confirm this behavior using Version 4.0.0.2 (Build ID: 408fe71bd18616c467b3dcd7ab6756528ffcae2)on Ubuntu 12.04. I'm not exactly sure about what the Web or Print Layouts are supposed to do, but if you open a new window, you would expect changes in one not to affect changes in the other window, I think.
AFAIR, opening one document in several windows at once is useful when working with different parts of it. In Print layout mode you see document as it would be printed (split to pages, etc), while in Web layout mode it isn't split and its formatting depends on window size.
*** Bug 60128 has been marked as a duplicate of this bug. ***
This was also confirmed using 4.0.1.0+ build.
And confirmed for LO 4.1.1.2 on Linux Mint 15 64bit KDE ...
*** Bug 56941 has been marked as a duplicate of this bug. ***
Setting OS to ALL since https://bugs.freedesktop.org/show_bug.cgi?id=56941 reports the same problem for Windows.
Confirmed:4.2.1.1:OSX Confirmed:4.3.0.0a0+:OSX
** 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 (4.4.2 or later) 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: 2015-05-02
Confirmed LibreOffice 4.4.2.2 build c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Windows 7 Professional SP1 64-bit No apparent change in behavior
Confirmed in LibreOffice 4.4.2.2 Build ID: 4.4.2.2 Arch Linux build-1, Arch Linux 64-bit
Confirmed in LibreOffice Version: 5.1.4.2 Build ID: 1:5.1.4~rc2-2~bpo8+1 (Debian)
Resolved in https://gerrit.libreoffice.org/41326 (Needs code review)
Confirmed in LibreOffice version: 6.2.0.3 Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Reproduced with: Version: 6.4.0.0.alpha1 (x64) Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787 CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; If this is intended (i.e. not a bug), then maybe it should be mentioned in the help file? See here: https://help.libreoffice.org/6.4/en-US/text/shared/01/07010000.html?DbPAR=SHARED#bm_id6323129
*** Bug 113879 has been marked as a duplicate of this bug. ***
*** Bug 118172 has been marked as a duplicate of this bug. ***
(In reply to Simeon Maryasin from comment #2) > In Print layout mode you see document as it would be printed (split to > pages, etc), while in Web layout mode it isn't split and its formatting > depends on window size. I *guess* this is exactly the reason why it's disabled: our Web view mode is an imitation, implemented using some dynamically-changing pages with width equal to the window, and height of 10 meters. In this case, two different windows would conflict trying to re-format the same document to two different page widths at the same time. Gülşah might have better understanding of the problem; I wonder if the change mentioned in comment 13 was abandoned because of some conflict of this kind?
Looks like Muhammet Kara said the problem was that Comment 13's change introduced a new bug, bug it also appears he suggested an edit to mitigate it.
(In reply to Loyal Juraschek from comment #19) > Looks like Muhammet Kara said the problem was that Comment 13's change > introduced a new bug, bug it also appears he suggested an edit to mitigate > it. *but it also appears apologies
(In reply to Mike Kaganski from comment #18) > (In reply to Simeon Maryasin from comment #2) > > In Print layout mode you see document as it would be printed (split to > > pages, etc), while in Web layout mode it isn't split and its formatting > > depends on window size. > > I *guess* this is exactly the reason why it's disabled: our Web view mode is > an imitation, implemented using some dynamically-changing pages with width > equal to the window, and height of 10 meters. In this case, two different > windows would conflict trying to re-format the same document to two > different page widths at the same time. > > Gülşah might have better understanding of the problem; I wonder if the > change mentioned in comment 13 was abandoned because of some conflict of > this kind? I don't see the conflict here. For example, in a web browser, you can open the same website in two different windows and see them simultaneously. If there are changes in one of them, what is the (conceptual) problem reflecting this change in the other one on Writer? The point of having two windows is, for example, being able to inspect different parts of the document at the same time. It should be independent of the viewing mode. And it would be very useful if it could be done in Web mode. For example in 'normal' mode, even if yo hide the 'in between pages' spaces, you still see a lot of information (mostly formatting) that is not relevant when you want to focus on what you write. And in many cases you want to see one section of the text (e.g. references section?) while writing on another section of the same document. That is when WEB view would be a great addition.
(In reply to J22Gim from comment #21) I would recommend to read and think before replying. Specifically, I wrote: (In reply to Mike Kaganski from comment #18) > our Web view mode is an **imitation**, > implemented using some **dynamically-changing** pages with width > equal to the window, and height of 10 meters. In this case, two different > windows would conflict trying to re-format the same document to two > different page widths at the same time. It means, that when you have two windows for the same document in Web mode, they would try to show you the same document on the *different* page sizes - their widths would be dependent on the window width. But there is no way in Writer to have different pages assigned to the same content at the same time. Again: the "web mode" is like "use normal mode, just temporarily pretend that the page sizes are WindowWidth x 10 m". There is no conceptual problem in implementing it in the correct way. It just needs a significant effort. And as comment 18 shows, there is no simple "just enable the command" solution.
(In reply to Mike Kaganski from comment #22) > (In reply to J22Gim from comment #21) > > I would recommend to read and think before replying. > Specifically, I wrote: > > (In reply to Mike Kaganski from comment #18) > > our Web view mode is an **imitation**, > > implemented using some **dynamically-changing** pages with width > > equal to the window, and height of 10 meters. In this case, two different > > windows would conflict trying to re-format the same document to two > > different page widths at the same time. > > It means, that when you have two windows for the same document in Web mode, > they would try to show you the same document on the *different* page sizes - > their widths would be dependent on the window width. But there is no way in > Writer to have different pages assigned to the same content at the same > time. Again: the "web mode" is like "use normal mode, just temporarily > pretend that the page sizes are WindowWidth x 10 m". > > There is no conceptual problem in implementing it in the correct way. It > just needs a significant effort. And as comment 18 shows, there is no simple > "just enable the command" solution. I strongly suggest you not only read and think but also relax before you reply to comments. Also, do it in a a respectful way. Nobody is saying 'just enable the command'. You need to stay calm. I understand people is asking all the time for features and only very few people do the actual work. I acknowledge that and thus I respect the ones who do the actual code and design. And therefore I respect what you do, your time and effort, and I never meant to upset you. This being said, you can always chose not to reply if you feel offended or if you feel you have explained yourself enough (or, if you have a bad day). Now, coming back the our respectful discussion: considering a) that 'Web mode' is like: "use normal mode, just temporarily pretend that the page sizes are WindowWidth x 10 m", and b) the problems in "having different pages assigned to the same content at the same". What about these options: 1) keep the 'Normal mode' as the editable window, while 'Web mode' is read-only. Thus, View -> Web view would open a new window (as it is right now, if I have two 'Normal mode' windows and select 'Web mode' in one of them, the other gets automatically closed). Of course this would only work if the currently open window is 'Normal mode'. 2) allow for multiple 'Web mode' windows, but only one (the first?) can be edited, while the rest are read-only. This would mean that the 'use normal mode' part corresponds to the first window (where you can edit), while the other 'Web mode' windows are just imitations of the first one. If they are read-only and it is a problem that the user resizes different windows, then maybe LO can make a copy of the working document just for visualization purposes, after all it is not going to be modified on those windows. By having only one editable window, we would still respect the 'use normal mode', while all the others are 'imitations' that can not be changed.