W3C home > Mailing lists > Public > public-clreq-admin@w3.org > July to September 2015

Re: Merging zh and en versions of clreq (urgent)

From: Yijun Chen <ethantw@me.com>
Date: Tue, 07 Jul 2015 18:56:27 +0800
Cc: public-clreq-admin@w3.org
Message-id: <874FFC1A-5986-4299-AF60-15B62A1C617A@me.com>
To: Richard Ishida <ishida@w3.org>
@r12a,

Thanks for the explanation. ;)

Sincerely,
Chen Yijun (@ethantw)


> On 2015年7月7日, at 18:51, Richard Ishida <ishida@w3.org> wrote:
> 
> On 07/07/2015 11:41, Yijun Chen wrote:
>> Agree to the proposal. But what’s wrong with the original `lang` attribute that we had to use `data-lang` instead?
> 
> hi Yijun,
> 
> yes, i thought about that, too.  I might be convinced otherwise, but my reasoning was that we need a key for a script to do the separation, and if the key is the lang attribute then it may be more difficult to tell which instances of the lang attribute should be used for splitting the text, and which are there to really indicate the language of the text.
> 
> in the end, i thought it safer to use a dedicated attribute. I also thought that the final documents would be better if they didn't have lang attributes on every p, hx, etc, but again removing just those that aren't needed and leaving those that are may not be straightforward.
> 
> 
> ri
> 
> 
> 
> PS: fwiw, jlreq used lang attributes, but each language string appeared within an extra element with a class and id that grouped the pair together. That sounded like far too much effort to create and maintain.  Also the method of dealing with inline stuff with ids, such as dfn, required a lot of indirection and scripting.  I'm aiming to keep the extra markup and effort minimal for clreq.
> 
Received on Tuesday, 7 July 2015 10:57:11 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 7 July 2015 10:57:12 UTC