DG2400 Preface and DG2401 Introducing Draw chapters for the Draw Guide 24.2 are now available for review in the WIP folder on NextCloud.
Regards
PeeWee
DG2400 Preface and DG2401 Introducing Draw chapters for the Draw Guide 24.2 are now available for review in the WIP folder on NextCloud.
Regards
PeeWee
ALL chapters and the Draw User Guide for LO 24.2 are now in the Published and PDF folders on Nextloud ready for publishing.
I shall now update the Impress and Draw chapters in the Getting Started Guide.
Regards
PeeWee
PDF of full book was created without selecting the option to insert automatically generated blank pages, so several chapters start on left hand pages and thus have odd page numbers on left and even on right, with outer and inner margins incorrect. Look at, for example, Chapter 1. I suppose it doesn’t matter for viewing online. [Edit: this only matters when viewed in a two-age spread, as in a printed book.]
Of more importance, Appendix B’s pages are all even-numbered, so an incorrect page style got used for them.
Hello Jean
PDF export now includes blank pages. The option was not selected when I created the PDF files.
However, there is problem when creating a user guide, which is why Appendix B had all left pages. To include the back cover, I created a left page called Back Cover. This influenced the previous pages of Appendix B and I could not change the pages back to Default Page Style. My solution has been to place the back cover on a page using Default Page Style, then include several blank Body Text paragraphs to create a blank right page using Default Page style. This forced the Back Cover onto a left page using Default Page Style.
Do you have an idea of how to solve this problem.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team
If I’m not mistaken, the last page of the file is a left page (Default page style).
So you need to insert a right page break for the blank page. (Insert > break > more breaks > Page Style = Right).
And apply the Left page style to the back cover
@peewee My solution is to have the Appendix B page as Default Page Style as usual, then insert a page break at the end of the appendix pages, applying the Back Cover page style to the following page. (Insert > More Breaks > Manual Break, then on the Insert Break dialog, choose Page breakd and Page Style = Back Cover).
@bantoniof Sorry, but your solution is not correct for the user guides. @ohallot can tell you the back cover page style should be Back Cover, not Left Page, unless that was changed while I wasn’t paying attention.
I remember that Olivier talked about the reduction of styles in the Template, well:
The result is the same but using the “Left page style” eliminates the need to create a custom page style.
I already mentioned it at the time in the conversation about the template
I think that the format of the guides will never be unified if each author uses the different Writer techniques in their own way.
Hello Antonio
Legends are used to add text for a figure. Numbers are added to a figure, then a numbered legend created below the figure.
The reason for this is simple. Text becomes part of the graphic when it is exported in PNG format for insertion into a chapter file. Adding a legend below a figure, the text remains as text and can be easily translated into another language.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team
@PeeWee
I know perfectly well the function and use of numbered legends, as well as the style that should be applied.
What I don’t understand is why the numbered legends appear in the guides.
This diversity of formats can create confusion for the translator, makes the creation of macros to automate tasks extremely complex and complicates the export to HTML for online guides.
Unifying the format of the guides does not only refer to the titles or lists
In page 235, Heading Table Formatting > Menu Bar
There are two Distribute Columns Evenly options and there is no Distribute Rows Evenly option
Hello Antonio
The numbered legend does appear inside the figure frame when the legend is only a short list. When the numbered legend is a long list, for example the Text Formatting toolbar, then the legend is placed below the figure.
However, I will check by placing a long numbered legend inside the figure frame, but only extend width of the frame to accommodate a long numbered legend. The only problem I can foresee is the page formatting. That is when a figure is at the bottom of a page a the legend is a long one, the figure then moves onto to the next page creating a bad page format.
Numbered legends are normally formatted using a column format of up to 4 columns, they are not placed in tables.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team
I will check this and make any necessary corrections.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team
Thank you. I had not caught up with the decisions made about the cover pages in the discussions about the templates. In fact, I wasn’t sure if the templates in contributor resources on nextcloud are the final ones, especially since you and Olivier seem to be using a modified one.
Hello Jean
Even I am not sure what is happening.
I am using the template that I modified to improve the page format and create a couple of paragraph styles for use.
The back cover is now not a problem for me after the hints.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team
The numbered legend, whether short or long, must always appear below the figure frame. Never inside the figure frame. The frame is for the image and a simple caption.
There are certain problems with legends numbered in sections, as you may have seen: they stick to the frame and sometimes overlap with the figures.
In the draw guide I see that you solve it with a paragraph break, which is not strictly speaking professional. and they also give problems with the export to html.
I think numbered legends should be in tables and outside of any frame.
If each author modifies the template for their personal use, or uses different formats or techniques for the guides, the guides will never have a uniform format.
As I mentioned before, I think you should have a serious meeting to clarify each format of the guides and everyone should use the same format.
The Nextcloud template does not follow an appropriate style hierarchy, so if you want to modify, for example, the language of the template so that it can be used in other languages, you have to modify many , many styles.
There was a bug in the indentation of the lists (I think it has already been corrected) and the Nexcloud template was affected.
The template that Oliver and I used has a style hierarchy just like the default template provided by LibreOffice, and is not affected by the list styles bug.
It has slight modifications that make it more suitable for HTML export but the styles are practically the same as previous templates.
This template is included in the SanityCheck extension .
Hello Antonio
Not professional is a little strong. I have been a Technical Writer before desktop publishing and office software became available. This did involve in creating paper plates using a flat bed camera for use with an offset printer.
The solution I used is one I have used before when creating dual language documents in the early days of desk top publishing where a legend was required for both languages.
However, you have made some valuable comments and will now create a test document using numbered legends. It will take a couple of days before I send it to you.
I have also downloaded the extension you developed for doing sanity checks and will practice using it.
Regards
Peter Schofield
psauthor@gmail.com
Technical Writer, LO Documentation Team