[Libreoffice-bugs] [Bug 107193] How to increase text size of local help files
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Mon Dec 11 03:52:51 UTC 2017
https://bugs.documentfoundation.org/show_bug.cgi?id=107193
--- Comment #9 from GĂ©rard Talbot <info at gtalbot.org> ---
(In reply to Olivier Hallot from comment #8)
> The LibreOffice Help is in process to migrate to a modern browser.
>
> The online help can be tested in this URL:
>
> http://helponline.libreoffice.org
>
> Please let us know if a modern browser addresses your concerns in terms of
> font size. Usually you increase/decrease fonts in web page by pressing
> Ctrl++ and Ctrl +- .
Being able to increase/decrease text size of a webpage is one thing. Choosing
the best, ideal font size for unstyled body text is another. The best, ideal
CSS font size for unstyled body text for everyone is '100%' or '1em' or
'medium'.
The best, ideal CSS font size for unstyled body text for everyone is not
'11pt'. 11pt is an absolute font size unit.
- - - - - - -
"
The 'medium' value is the user's preferred font size (...)
"
15.7 Font size: the 'font-size' property
https://www.w3.org/TR/CSS21/fonts.html#font-size-props
https://www.w3.org/TR/CSS22/fonts.html#font-size-props
- - - - - - -
"
(...)
Web pages often try to override this size for their body text. The
better-designed sites won't do this: where they need to show smaller text (e.g.
for side notes) or larger text (e.g. for headings) they will specify these
sizes as a percentage of your browser's base size.
(...)
"
Setting up your browser
1. Text font and size
http://www.syntacticweb.co.uk/calib.htm
- - - - - - -
"
If you use 100% for most of your content, the user will be able to read it with
ease, since the size matches the user's default. If you specify larger sizes,
say 120-140%, for things like headings, it will attract the user's attention to
these things and they will always be larger than the body text since they will
scale with the text size set by the browser.
"
Truth and Consequences of web design
Font size
http://web.archive.org/web/20090529000800/http://pages.prodigy.net/chris_beall/TC/Font%20size.html
- - - - - - -
"
(...)
Do not specify the font-size in pt, or other absolute length units. They render
inconsistently across platforms and can't be resized by the User Agent (e.g
browser).
Use relative length units such as percent or (better) em,
(...)
"
Care With Font Size
https://www.w3.org/2003/07/30-font-size
- - - - - - -
"
setting the font size to a fixed size is not advisable for screen display (the
browser). (...)
"
http://www.webpagemistakes.ca/best-font-size-for-web-design/
- - - - - - -
"
Avoid FONT SIZE settings for your normal body text. By definition, the
browser's normal font size is supposed to be the most readable size for normal
text. That's why browsers have a configuration setting to let the user choose a
font size for normal text, so that they can choose one that is good for them.
"
Dan's Web Tips: Characters and Fonts (This page was first created 20 Jul 1997)
http://webtips.dan.info/char.html
- - - - - - -
The following CSS code comes (line 90 or so) from
https://helponline.libreoffice.org/5.4/default.css
p,
td {
font-size: 11pt;
margin: 2px 2px 2px 2px;
}
h1 {
font-size: 22pt;
}
h2 {
font-size: 14pt;
}
h3 {
font-size: 12pt;
}
h4,
h5,
h6 {
font-size: 11pt;
}
These values in pt unit are bad. Do not use pt for screen viewing. pt unit is
best for styling on media with known physical properties (like print).
Do not use an absolute unit for screen viewing.
Here are the values that all mainstream browsers use in their user agent style
sheet:
Chrome and Firefox:
Chrome 20 and higher
********************
h1 {font-size: 2em; margin: 0.67em 0; font-weight: bold;}
h2 {font-size: 1.5em; margin: 0.83em 0;}
h3 {font-size: 1.17em;}
h4 no font-size declaration; its the same as '100%' or '1em' or 'medium'
h5 {font-size: 0.83em;}
h6 {font-size: 0.67em; Appendix D gives font-size: .75em;}
body no font-size declaration
p no font-size declaration
pre no font-size declaration // monospace
Firefox 20 and higher (see resource://gre-resources/html.css)
********************
h1 {font-size: 2em; margin: 0.67em 0; font-weight: bold;}
h2 {font-size: 1.5em; margin: 0.83em 0;}
h3 {font-size: 1.17em;}
h4 {font-size: 1.00em;}
h5 {font-size: 0.83em;}
h6 {font-size: .67em; Appendix D gives font-size: .75em;}
body no font-size declaration
p no font-size declaration
pre no font-size declaration // monospace: font-family: -moz-fixed
All mainstream browsers use 'margin: 1em 0' for p elements. Such default is
generally good and will match the default (preferred by the user) font-size.
All mainstream browsers use 'padding: 1px' for td elements. Such default is
good 90% of the time, I would say.
There is no need to redefine or redeclare those preset-in-browsers values...
and if the design requires a change, then it's best to use relative unit like
em or %.
--
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/20171211/b55f4dc3/attachment.html>
More information about the Libreoffice-bugs
mailing list