https://bugs.documentfoundation.org/show_bug.cgi?id=120241
--- Comment #6 from Bernard TREMBLAY <[email protected]> ---
Hi,
Sorry but you are right because you don't speak about the same subject.
(In reply to Buovjaga from comment #5)
> Created attachment 145995 [details]
> Example ODT to be saved as HTML
>
> In a nutshell: Writer does not save chapter numbering as an ordered list
> when saving as html OR exporting as html.
> Having a numbered list done with the toolbar button does not lead to this
> loss of information.
>
> The ODT was created like so:
> 1. Create a series of headings
> 2. Tools - Chapter numbering
> 3. Change Number: to 1, 2, 3 for levels 1 to 3
>
> Save or export the document to html and you will see the problem.
>
> Arch Linux 64-bit
> Version: 6.2.0.0.alpha0+
> Build ID: 9a373521d7a328197a4bf9abeb0a981b7acba896
> CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5;
> Locale: fi-FI (fi_FI.UTF-8); Calc: threaded
> Built on 19 October 2018
Hi,
Sorry but you are right because you don't speak about the same subject as me.
But with both we can reach the following point.
You tell me about odt exportation while I tell you about working with html
files.
The design of odt (file managed by LO writer) defines that "save as" to html
format :
1- saves the headers numbered as hard coded into html. so this is an exported
file because some functionalities used (headers numbering) is not hold into
exported format and there is a warning (this warning tell that there are
functionalities hold by odt which type is not explained; this message is
curious because you have opened an html file and never an odt, the same as for
odt content saved as html; this is a little ergonomic problem, never mind).
2- don't save into html any information about numbering format.
In this concept the consequence is that what I observe is normal : you cannot
manage header numbering with html files. You can only set a numbering of the
headers using odt feature but when you close the file you lost the numbering
functionality and the file must be modified (clear numbers) to get it back to
work on.
The basic enhancement should be in my opinion :
1- document about this
2- warning message when the user -begins- to use the "header numbering" if the
file is "html" or xml : "The headers will be numbered during the session but
when you will close the numbers will be hard coded into the text of the
headers. If you want to save the "header numbering parameters" and be able
later to go on save the file as "odt"
Now I know well how to deal with this question taking this in account.
My question was how to managed header numbering with html file and :
- the answer is "you can number header into exported odt file to html" but you
cannot manage the html file (save, close, re-open).
The main purpose of this is to use writer/web to create and edit html files
with extended features as numbering headers. Files which can be edited
partially elsewhere.
This is possible, the way is :
1- define into the headers a "span" with adapted class
2- define "data-" into an hidden html element which defines the numbering
structure (json format for example)
3- when the html file is load restore (if exists) from these data (the headers
spans easy to get, clear and renum with odt format structure) and the
parameters red and converted to internal odt.
Those html files are then full html compatible and have an extended feature
when managed with writer/web.
now I do this but a "little" manually :
1- must read numbering rules from written headers
2- clear numbers
3- redefine headers numbering parameters.
Note : with what has been written here I think that there is the contents need
to write an article into the help or wiki : "managing html files headers
numbering".
I think that my English is not sufficient to write articles but I can write or
translate in French.
Best regards
Trebly
Best regards
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
