W3C home > Mailing lists > Public > www-international@w3.org > January to March 2015

Re: [css-text] word-break for Korean

From: Florian Rivoal <florian@rivoal.net>
Date: Wed, 4 Mar 2015 15:36:52 +0100
Cc: Koji Ishii <kojiishi@gmail.com>, www-style list <www-style@w3.org>, www International <www-international@w3.org>
Message-Id: <A52270BB-D623-4CC3-A8F3-59F807D26C6B@rivoal.net>
To: Shezan Baig <shezbaig.wk@gmail.com>

> On 04 Mar 2015, at 15:33, Shezan Baig <shezbaig.wk@gmail.com> wrote:
> On Wed, Mar 4, 2015 at 9:19 AM Koji Ishii <kojiishi@gmail.com <mailto:kojiishi@gmail.com>> wrote:
> I'm curious because my guess is different; people may want that not
> because they want to mix such line breaking behavior within one
> document, but because they want to apply such line breaking styles
> without tagging the documents at all but use single CSS globally,
> assuming no ideographic characters appear within their Korean
> documents. I'm curious to know which guess is correct.
> Our use case is within contenteditable, where we have no idea ahead of time what language the user would type in.  If they type Korean, then we want it to do "keep-all", otherwise we let it do "normal".  Since this happens dynamically, we cannot tag the document ahead of time one way or another.
> It's also interesting to me that, what I've been hearing is that the
> "keep-korean" style is mostly used in traditional style or paper-based
> documents, while web and news (that have narrower columns) prefer to
> break. Bloomberg to pick the opposite is very interesting to me.
> Note that our use case is for contenteditable, where the user is the author of the content.  For our actual news articles, I would assume this isn't a use-case since this is prepared ahead of time, and the language is known, so it can be tagged.

So in Bloomberg's case, tagging the content is not an option, and this value is needed to get the desired result.

At the same time, I agree with you Koji that people will probably also want to use it to style documents without property language tagging. In general, we should encourage people to tag their content properly, but it is common enough that the people writing the css do not have access to the markup-generating part of the system, and cannot fix it if it is deficient. As a design principle, we should not prioritize the needs of authors who do not language-tag their content over those who do, but since in this case there is no negative impact on properly tagged content, I don't think it is an issue.

 - Florian

Received on Wednesday, 4 March 2015 14:37:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:41:07 UTC