https://bugs.documentfoundation.org/show_bug.cgi?id=156638
Bug ID: 156638
Summary: Export to HTML results in a number of issues
Product: LibreOffice
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: [email protected]
Reporter: [email protected]
When the attached ODS file is saved in HTML format, there are at least these
issues:
1) Excessive bloat
The resulting HTML file has a size in excess of 10Mb, and part of this is
caused by
a) Excessive indentation of the generated HTML - there should be a setting to
manage this, IN THE SAVE-AS DIALOGUE, and not is some obscure settings dialogue
that your average Tammy, Danny, or Harriet will never look at
b) Inclusion of utterly useless data, in casu the "sdval" and "sdnum"
attributes. They serve abso-(strong expletive)-ingly no purpose in a html
document, and in my case the 2057 is quite likely something Windoze specific,
even worse...
c) Lack of additional CSS, even just three selectors, .l, .c, and .r for
"text-align: left/center/right" would save considerable space, 'class="l"'
saves three chars over 'align="left"' Setting a default alignment for *all*
tables would result in (potentially) substantial additional savings.
2) Navigation
a) Given that each sheet ends up in a sequentially numbered table, how hard
would it be to add backward and forward links to each of them, and an "up" link
to get back to the index?
b) If the top-row of a sheet is (a) frozen (heading), why not add something
like
.sticky {
position: sticky;
top: 0;
width: fit-content;
}
html {
scroll-padding-top: 3rem;
}
to it, so that the same effect is achieved in the html
3) Why are the html anchor tags in UPPERCASE???
4) How hard would it be to use the name of the ODS file in the <title> tag,
when the create and modified dates are already used in (what are essentially)
useless meta tags?
5) What the flippin' 'ell are the colgroup tags for? They do not stop some
cells from flowing into the next row, or let me rephrase that, THEY ACTUALLY
CAUSE CELLS TO WRAP!
And as I've mentioned before: Bloat is not a technical issue, but verily a way
of thinking, a "state of mind". Its cure is a simple refusal to accept, and a
well directed, resounding "clean up your act and clean up your code!" - and no,
don't suggest that I get involved, I only work in PL/I, Pascal, REXX and
assembler.
--
You are receiving this mail because:
You are the assignee for the bug.
