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

Re: [css-text] Arabic letters connecting between elements with display: inline

From: Aharon (Vladimir) Lanin <aharon@google.com>
Date: Sun, 23 Feb 2014 13:38:03 +0200
Message-ID: <CA+FsOYZk2GY00Kv1UQDaJX4T19pNDq329MSYKhxG0L2oM0HdMQ@mail.gmail.com>
To: Lina Kemmel <LKEMMEL@il.ibm.com>
Cc: "Amir E. Aharoni" <amir.aharoni@mail.huji.ac.il>, Behdad Esfahbod <behdad@google.com>, Behdad Esfahbod <behdad@behdad.org>, fantasai <fantasai.lists@inkedblade.net>, jfkthame@gmail.com, "public-i18n-bidi@w3.org" <public-i18n-bidi@w3.org>, Simon Montagu <smontagu@mozilla.com>, WWW International <www-international@w3.org>, "www-style@w3.org" <www-style@w3.org>
>> padding and margin are used to separate logically separate pieces of
>> text.

> I think those are used to separate visually, not logically.

Currently, padding and margin are indeed considered to be purely visual
separation, and that is precisely my complaint. I claim that in actual
usage, the items they separate are logically independent items and need
logical separation, not just visual separation.

> Why should positive paddings / margins be treated differently
from negative or
> zero-width ones?

Well, zero margin is the default, and certainly can't be indicate a logical
separation of the element. I am not sufficiently versed on the usage of
negative margins to claim anything one way or the other. In any case, that
was fantasai's original proposal.

> BTW anyway, same rules should apply to Hebrew final letters preceded by
> paddings / margins.

Not sure what you mean. To state the obvious, as opposed to Arabic where
the same Unicode character is used in any position in the word, and the
desired form is chosen by the renderer automatically, in Hebrew different
Unicode characters are used for the final and non-final forms (for those
few characters that have final forms).
Received on Sunday, 23 February 2014 11:38:50 UTC

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