On Tue, Jun 14, 2011 at 11:41:12AM +0200, Michal Suchanek wrote: > Other software being broken is not an excuse for all software being > broken. By this approach no bug would ever be fixed.
Exporting HTML *always* is suboptimal. > >> - the "automatic" colors (the default black on white) are not recorded > >> in the export. I am not sure if these "automatic" colors can change. > >> LibreOffice does not seem to respond to theming of other parts of the > >> system. Either way, the "automatic" colors must be exported for the > >> document to look correctly when viewed in a web browser which may > >> have text and background color different from LibreOffice. > > > > Then you should have done your table in a way this doesn't hapen > > or format it so that the scenario doesn't happen or use a website > > design where it doesn't happen. Don't expect HTML export knowing what you > > will use it in it can't. And HTML doesn't have "automatic colors" anyway. > > The "automatic" colors in Calc are exported as undefined in HTML. That is > wrong. And that is bad how? You get black if you don't specify fonts. As said above, either fix up the HTML after it or use a website design which works. > >> - the text automatically spanning multiple cells (when it overflows a > >> cell and the neigbour cell is empty) does not do so in HTML > > > > Of course not. The text is in one cell. That it just overflows that cell > > is so, but how should Calc know? it's text *inside that cell*. If you don't > > proper formatting in your sheet, don't blame others for that, > > It does know, how else would it render the text over the other cells? Because it _renders_ it this way. The *content* is assigned *to that one cell*. What gets exported is not rendering but *content*. > >> - alignment is not reflected in HTML. Specifically I use right and left > >> aligned columns next to each other with increased indent added to the > >> left aligned column. There is no space between the two in the HTML > > > > ... which easily can be workarounded by fixing the HTML to use cellpadding. > > Then the HTML export should include it. It sets all padding explicitly > to 0 resulting in this issue. Or you fix the padding up if you need it. > What is it then? Nothing. A not ideal export and someone who thinks stuff he hasn't specified should be exported. > If the HTML export is not meant to be useful then disable it completely. You so far haven't shown that it isn't useful, Just not useful for you specific case - which can be solved by a bit of post-processing. >you don't just embed whatever calc exporrts into your site without checking ot anyway, do you? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
