Hi LO devs! I've saw a minor bug in LibreOffice Writer Version: 220.127.116.11 (x64)(Still)on Windows 10. It seems that the page number indicator on the bottom lest always says "Page 1 of 1" even though in "Normal" view I'm on page 44. Sometimes, between page 20 and 26 the bottom indicator says "Page 1 of 2" / "Page 2 of 2". If this is the expected behaviour then the Page indicator is quite useless in "Web view". Usage case: I usually take advantage of "Web view" when I have a PDF opened on the left, and on the right - a sized LO Writer to take notes, quotations, etc. It would be very useful if the indicator displays the "Normal view" page number in order to not lose track on the targeted volume of the current chapter.
Steps to Reproduce:
1. Open a document with a couple of pages.
2. View -> Web to go to "Web view".
3. Look at page number indicator at the bottom left.
Page indicator always says "Page 1 of 1", and somethimes arround actual page 20 - "Page 1 of 2".
The expected result isto display the "Normal view" page number in "Web view".
User Profile Reset: No
Version: 18.104.22.168 (x64)
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win;
Locale: bg-BG (bg_BG); UI-Language: en-US
Created attachment 161754 [details]
Normal view page indicator
Created attachment 161755 [details]
Web view page indicator (same document)
Always been that way. And Writer Web view can not paginate as Writer print/normal layout will. HTML has no concept of a page as the document will fill the available buffer--not by screens, not by physical page.
Page 1 of 1 is exactly correct. It will not advance to page 2 until the content of the document exceeds the 'page size' of the browser model used--20 - 30 print pages sound about right.
There is no css/html5 controlling this archaic LibreOffice mode. Not clear it would be worth the dev effort to implement pagination of the HTML4 content the Web Writer can view/markup.
Stuart is right. The concept of pagination does not apply to web view.
Well... The thing is that this mode is super useful, since it declutters the whole workspace from margins, paginations, etc. and it even auto-reflows to match the new Writer window width. That's why many scholars like me still use this 'archaic' functionality, since it allows one to allocate more screen "real estate" to the opened source (PDF/jpeg) and write in an about 20% width LibreOffice Writer. Later on, when the notes are done, Writer goes full width in "Normal mode". This expected behaviour of the page indicator is just like that in Word 365, where the switch between "Normal" and "Web" layout is even easier. "Web" layout doesn't need pagination like in "Normal", since it's perfect just as it is - an "endless" whitespace to throw notes and quotations while reading sources. However, the page indicator needs to show the same number as in "Normal", otherwise this indicator in "Web" is useless, since it shows... er, what? That's why I reported it as a minor bug, since just the output of the indicator shall be the same as it is in "Normal", and this really is the expected behaviour). However, if the indicator requires a pagination to be implemented in "Web", then it really isn't going to be worth the dev time, since I can always jump tp "Normal" to see on which page I am. But, if the indicator can be fixed by easily forcing it to display "Normal view" page number" in "Web view", then it shall be done. Probably many scholars (expecially in Humanities)are waiting for ages for a fix of this minor inconveniece.
(In reply to Buovjaga from comment #4)
> Stuart is right. The concept of pagination does not apply to web view.
Actually read the use case again closely. The OP wants to use Writer in Web view for concise note taking--not for generating HTML. Truth is that with Writer in its Web view--the canvas is striped of its 'page' motif, but document paragraphs continue to respond to their applied styles.
As the 'Web' viewing mode really is just another VCL rendering mode--akin to the Print preview-- it has the "potential" to reflect the pagination as assigned to Paragraphs in normal view, as modified by Page style and any manual Page breaks.
Not sure how much of an effort it would be--and one could make the case for calling this mode something other than/in addition to 'Web' view.
in Writer/Web, there is by design only 1 page. if it says there are 2 pages, that would be a bug.
not showing similar page numbers to the paginated layout is a feature, because the layout isn't paginated.
@Michael S. but this is not Writer/Web, this is for Writer! And, no claim it is a bug, rather an enhancement for Writer in its 'Web' view mode.
So, => WF
But, could the paragraph structure be parsed in this concise 'Web' view mode to respond to the pagination received as would apply fully rendered in Writer's 'Normal' mode? If need be call it something else 'Notetaking' mode.
(In reply to Michael Stahl (CIB) from comment #7)
> in Writer/Web, there is by design only 1 page. if it says there are 2 pages,
> that would be a bug.
In fact, web view is implemented as 10-meter long pages. Thus it will show Page 2 after that limit, and so on.
I would simply drop the page indicator from that view, and be done with that.
(In reply to V Stuart Foote from comment #8)
> But, could the paragraph structure be parsed in this concise 'Web' view mode
> to respond to the pagination received as would apply fully rendered in
> Writer's 'Normal' mode? If need be call it something else 'Notetaking' mode.
Even dress it up a bit and call it a new MUFFIN mode.
Personally I'd never thought to use Writer in 'Web' view as I didn't get the use case--typically I'd save-as and open and work in Writer/Web as HTML.
But playing with this a bit it is kind of handy for non-WYSIWYG layout--but accepting Paragraph, Frame, Section, Draw objects--just on a different canvas. More like OneNote or Evernote.
Created attachment 161785 [details]
Demo of a typical usage case of "Web" mode in the field of Humanities
The program on the left might be anything - web page, picture, PDF, epub, Adobe Digital Editions, EBSCO resource, JSTOR.... etc. In the Writer window the scholar throws research notes and citations. After he is done with collecting sources, the scholar switches to "Normal" view and starts writing the body of the text, the analysis.... etc.
*** This bug has been marked as a duplicate of bug 67698 ***