In fonts like Cambria, Times New Roman, FreeSerif, and Noto Serif, the difference between italic a and italic alpha looks quite sufficient to my eyes.
I have the following choices:
(1) how to provide the font to the reader
(2) which properties of the font to consider required or preferable
(1a) The easiest way is to use a font that is already installed on all reasonably expected systems and to provide a general specification of its features, e.g. „font-family: Georgia, serif;“: that is Georgia if installed,
otherwise another serif font. Now Georgia, which I do like, is not installed everywhere. How could I find out enough names of fonts so that on most systems at least one of them is installed?
If I specify features (like
serif), how many of them can I specify without running the risk that there are systems where no font matches all of them?
(1b) Another way is to provide a free – proprietary or not – font on my server and specify in the style sheets that it shall be downloaded from my site prior to use. Does the time for downloading matter until the user sees the contents?
Are there any other drawbacks of this approach?
What have I to
do (up to now, I have not yet seen a straightforward recipe)?
(1d) I rule out solutions where the reader’s browser loads a font from
a server other than mine.
(1f) A possible solution could also be to specify two of three fonts that are widely installed (=1a), and one for download (=1b) as fallback when none of the first group is installed.
Required and desired features of fonts to be used are:
(2a) support of a reasonable subset of Unicode
(2b) one clearly readable serif font for body text; preferably with wide characters (e.g. Georgia); required to have a matching set of italic characters thoroughly distinct from non-italics;
preferably support of
medieval numbers (which, as I find, fit typographically better in serif fonts).
(2c) one clearly readable sans-serif font for headlines
Helmut Richter wrote:
(1b) Another way is to provide a free ? proprietary or not ? font on my server and specify in the style sheets that it shall be downloaded from my site prior to use. Does the time for downloading matter until the user sees the contents?
It may, but this is probably not a big issue these days in most circumstances.
Are there any other drawbacks of this approach?
If the downloadable font is on a server different from that of the HTML document, it may happen that the page is loaded without the font. In
this case, a default font (as defined in font-family or the browser configuration) will be used instead.
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
On Sat, 1 Apr 2023, Jukka K. Korpela wrote:
In fonts like Cambria, Times New Roman, FreeSerif, and Noto Serif, the
difference between italic a and italic alpha looks quite sufficient to my
eyes.
I am offering information on web space (thus “authoring”) and I know that there are many fonts and many ways to specify fonts in stylesheets or perhaps elsewhere. I have still refrained from using that very much, because there are too many choices and I do not know where to begin. I would be grateful for any advice you may have from your experience.
I have the following choices:
(1) how to provide the font to the reader
(2) which properties of the font to consider required or preferable
(1a) The easiest way is to use a font that is already installed on all reasonably expected systems and to provide a general specification of its features, e.g. „font-family: Georgia, serif;“: that is Georgia if installed,[...]
(1b) Another way is to provide a free – proprietary or not – font on my server and specify in the style sheets that it shall be downloaded from my site prior to use. Does the time for downloading matter until the user sees the contents? Are there any other drawbacks of this approach? What have I to do (up to now, I have not yet seen a straightforward recipe)?
On Fri, 7 Apr 2023 17:01:30 +0300, Jukka K. Korpela wrote:[...]
Helmut Richter wrote:
(1b) Another way is to provide a free ? proprietary or not ? font on my
server and specify in the style sheets that it shall be downloaded from my >>> site prior to use. Does the time for downloading matter until the user sees >>> the contents?
It may, but this is probably not a big issue these days in most
circumstances.
Are there any other drawbacks of this approach?
If the downloadable font is on a server different from that of the HTML
document, it may happen that the page is loaded without the font. In
this case, a default font (as defined in font-family or the browser
configuration) will be used instead.
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
I wonder if this is what's happening with aarp.org. (For non-US
On Fri, 7 Apr 2023 17:01:30 +0300, Jukka K. Korpela wrote:– –
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
I wonder if this is what's happening with aarp.org. (For non-US
folks, AARP is an organization for persons over 50, and it has
millions of members.) Every single page -- every one that I've seen,
anyway -- paints, then blanks and repaints. I figured it was bad
scripting, but maybe it's this font thingy.
Stan Brown wrote:[...]
On Fri, 7 Apr 2023 17:01:30 +0300, Jukka K. Korpela wrote:– –
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
The problem is probably caused by the placement of the <link> element
that refers to the Google font Lato. It is placed near the end of the
<body> element, violating HTML syntax. Browsers still interpret such misplaced elements, but when the browser reaches that element, it has
already processed the <head> part and started rendering the document
body, using font-family: Lato, sans-serif and therefore the browser’s default sans-serif font, since no Lato font is available at that point.
Jukka K. Korpela, 2023-04-08 19:25:
Stan Brown wrote:
[...]On Fri, 7 Apr 2023 17:01:30 +0300, Jukka K. Korpela wrote:? ?
If the download of the font is slow, it may happen that the browser
first renders the page without it, using a default font, then redraws
the page when it gets the font. Somewhat disturbing.
The problem is probably caused by the placement of the <link> element
that refers to the Google font Lato. It is placed near the end of the <body> element, violating HTML syntax. Browsers still interpret such misplaced elements, but when the browser reaches that element, it has already processed the <head> part and started rendering the document
body, using font-family: Lato, sans-serif and therefore the browser?s default sans-serif font, since no Lato font is available at that point.
Nice find. Yes, this is the problem. I'll write about this to the
webmaster of <https://www.aarp.org>. Hopefully they fix that.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 379 |
Nodes: | 16 (2 / 14) |
Uptime: | 41:33:33 |
Calls: | 8,141 |
Calls today: | 4 |
Files: | 13,085 |
Messages: | 5,857,791 |