[Libreoffice-bugs] [Bug 135282] A showcase of HTML import, editing and export bugs in an HTML5 era

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Aug 13 21:40:07 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=135282

Eyal Rozenberg <eyalroz at technion.ac.il> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|RESOLVED                    |REOPENED
         Resolution|DUPLICATE                   |---

--- Comment #7 from Eyal Rozenberg <eyalroz at technion.ac.il> ---
(In reply to V Stuart Foote from comment #6)

You've made several points in your comment; but I'll begin by stressing that
this bug is not a duplicate of 95861. That bug regards HTML5 and CSS3, like you
yourself said; but this bug has nothing in particular to do with CSS3. While
it's quite possible that the HTML I attached has some CSS3-specific selectors
or attributes - most of the issues listed here have nothing to do with that.
The appearance of the document may involve mis-handling or non-handling of
CSS3, but I'm not even sure that's the case; and again - it's 2 out of 10
issues.

It's important, IMHO, not to "kill" this bug as a dupe exactly because it
showcases many issues at once.

Oh, also - IIANM, the HTML itself in the attached document is plain-vanilla.
Nothing beyond HTML 4.0 and probably earlier.

> Work on the Writer Web module ended at HTML 4.0 Transitional--while not
> officially deprecated the feature is essentially abandoned.

I'm not sure I see why this is relevant. Bugs are bugs. If the feature was
experimental, or unavailable by default etc. then it might be argued that bugs
should not be reported and addressed. I understand that nobody is springing
into action to fix this, and that is ok (well, maybe).

> Import and Export (save to HTML) works reasonably well for inline CSS2 HTML
> 4.0 markup--that is it. 

First note that this issue is not merely about the importation and the
exportation but also about what LO does with what's been imported.

Having said that - import and export  doesn't work reasonably well in some
cases. There are significant issues - as I have demonstrated. That is another
reason why it is inappropriate to close this bug.

> The default import filter mode for opening a .HTML document with LibreOffice
> is into the Writer Web module, into its 'Web' (un-paged view). I can not
> confirm reported issue of import opening to Writer Web 'Normal' (i.e. page
> view).

I'll try to get others to confirm.

> 
> Clear you user profile to defaults to resolve.

I've never cleaned my LO user profile before. I'll try it and report the
result.

> The CSS of the js based HTML5/CSS3 web page linked is simply not renderable,

The web page is not "JS-based"; and it is quite renderable. In fact, its script
elements are mostly empty. The URIs are actually not in src= attribtes but in
data-savepage-src attributes. And if you delete the script tags, you still get
basically the same rendering in a browser and the same mis-rendering in
LibreOffice.

> and excess content/meta is filter import captured as comments. 

... which is a bug, or several bugs, as I've described.

> Point is this is as good as it gets

With respect - that is unacceptable. That is, you are of course under no
personal obligation to fix things, but LO's current handling of HTML documents
is not nearly what it should be, and there is no reason to lower users'
expectations to the current state of the implementation.

>, and we have bug 95861 open to consider
> work to make the Writer Web module HTML5 and CSS3 aware if not functional.

It's possible that work on that may help some of the issues here, but probably
at most the two issues which may be the cause of lack of CSS3 support. Possibly
not even those.

> With some devs opining it would be better to drop the Writer Web module
> completely and only filter import to Writer, and export to styled XHTML.

Only 2 of the issues I've reported regard saving the edited file. And they too
are valid issues, I believe, while writing HTML files is supported. Also, are
you certain that saving this document to XHTML would yield reasonable output? I
am somewhat doubtful.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200813/d4742134/attachment.htm>


More information about the Libreoffice-bugs mailing list