- From: Shinyu Murakami via GitHub <sysbot+gh@w3.org>
- Date: Tue, 24 Oct 2023 15:38:35 +0000
- To: public-css-archive@w3.org
@kojiishi
In the "No trimming at line-start" column in the table, I feel they are "Poor" rather than "Fine". So they should be corrected to "Poor - Fine" or "Poor - Ideal".
About "Existing implementations" of `space-first`, we can take up ebook readers Kindle and Kinoppy. I wrote about these implementation in #2462:
> The text-spacing is not yet implemented in web browsers, but some part of this feature is already seen in ebook readers.
> I put here two example screenshots (Kindle for PC, and Kinoppy for PC): …
>
> … In the Kindle case, all opening punctuations ("「" and "『") are set half-width at start of lines. On the other hand, in the Kinoppy case, only the opening punctuation ("『") after a soft wrap break is set half-width, and kept full-width at beginning of paragraphs.
> While Kinoppy's behavior is a normal Japanese typesetting style, Kindle's behavior is not so. Setting opening punctuation half-width at beginning of a paragraph with no indent is hard to recognized as beginning of a paragraph. I know Japanese publishing people asking Kindle dev to fix it.
That is, at that time (in 2018), Kinoppy already had implemented `space-first` as the default behavior, and Kindle had implemented `trim-auto`. And after that, Kindle changed the behavior to `space-first`.
So now at least Kindle and Kinoppy are existing implementations of `space-first`.
--
GitHub Notification of comment by MurakamiShinyu
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9511#issuecomment-1777505586 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 24 October 2023 15:38:41 UTC