@Meyerweb I spent some time publishing info with XSLT:FO.
I wish one could arrange content in columns that are the height of the screen so you can:
* use the entire window for content, not a thin column down the middle;
* not have to scroll up and down if the columns are taller and;
* not have the column of text so wide it's uncomfortable to read.
Do you remember a newspaper that was online in the early 00s that arranged content in columns and scrolled sideways? I think it had "Christian" in the name? International Christian something?
You'd want to use the `columns` property for that. https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Properties/columns
I'm not sure how to size the element to make it expand horizontally, though. I'm on a phone so I can't check right now, but this may or may not work:
columns: auto 80ch;
width: max-content;
height: 100%;

In multicol 1, overflow in continuous media happens in the inline direction, therefore if we restrict a multicol container by height and the content of that container creates more columns than will...
body {
snark: maximum;
}
@SnoopJ @glyph @jonny @Meyerweb I had no idea that Finnish sometimes uses colons as a letter when transliterating loan words! Splitting strings on colons is a fantastically bad idea when working in Finnish locales! That's complicated, but then again *so is human language*.
Anyway, all by way of agreement with the broader point about CSS. Really my only wish was that it was easier to center shit.
@xgranade Swedish uses colons in a similar way to apostrophes in English, but much less frequently, so it would be bad in Swedish locales as well.
And it’s not only human language that is complex (something I know a bit about as a linguist), but also typographic conventions (something I know a bit about as a typographer).
Which brings us back to CSS, and while there are many frustrating things in CSS when working with many languages, it’s still better than almost anything else I’ve used.
@xgranade @SnoopJ @glyph @jonny @Meyerweb my (limited) understanding is that the colon in Finnish is for attaching endings to basically any word-shaped thing that isn't spelled out - numbers (1:n), initialisms (TV:sta), and letters - not for transliteration.
Also fun fact: German often uses colons in gendered words to make more inclusive language, e.g, Lehrer:innen to represent Lehrer (male teachers) and Lehrerinnen (female teachers). The good news is that this is far from settled, so * and _ are also often used 🎉
@xgranade okay maybe not ENTIRELY restraining my special interest, but a particular bug-bear that gives me a lot of embarrassment for my peers:
"Unicode[sic] is going to be filled up with emoji!"
do you know how much of the UCD is actually allocated?
It's <20%! Over like 30 years!!!
On that note, can we please have a CSS layout engine for typesetting books? With page-numbered cross references? That'd be great.
People keep making dedicated typesetting software like TeX and Typst, but this all has a rather serious problem: any book these days needs to have a web and/or EPUB version, and the author doesn't have full control over its appearance if it's translated from a print typesetting language. But if it's HTML/CSS first, no problem.

The CSS paged media module defines the properties that control the presentation of content for print or any other media that splits content into discrete pages. It allows you to set page breaks, control printable areas, and style left and right pages differently.
@argv_minus_one @jonny @aslakr @glyph You asked if you could have it, not if you could have it for free ^^
There are more tools, many commercial, listed here:
https://www.print-css.rocks/tools
For a FOSS solution, WeasyPrint is interesting, but is more limited than Prince/PDFReactor/AntennaHouse.
https://weasyprint.org/
Perhaps some people need to be reminded of IE's box model.
@superflippy @Meyerweb
Compare Mobi ebooks (HTML3) with epub2 ebooks (subset of XHTML HTML5 & CSS3). The epub2 is elegant, and while it can't duplicate paper from PDF, the insides of PDF is horrible and doesn't reflow, but epub2 working from 2.4" to 32" screen & 50 dpi to 300 dpi.
Some people are clueless about CSS. Maybe they use wordprocessors as typewriters?
Maybe designers of InDesign, as LO Writer ODT ->docx ->Calibre -> epub2 gives 1:1 styles to CSS.
@Meyerweb frankly, I haven't seen a single layout system that comes even close to CSS in at least versatility or reliable defaults, let alone both.
Even imitations like QML break apart on most trivial things.
LOL.
well, "cascading style sheets" polled better than "hopeless wishful thinking for magical typesetting that will work for everyone".
@Meyerweb Some problems are just hard. It does no one no good to pretend they aren’t.
Those same people then whine about complex test setups behind seemingly simple problems.
This goal is admirable, but it also seems unachievable.
I wonder if it would've been better to just let web pages supply their own layout code and shaders. It'd slow down page loading, but it would also make browsers much smaller and simpler while removing the limits on what web designers can do.
Perhaps I have. Could you elaborate?