#147 gap and Arabic

[Hugh A. Cayless]

Because gap, when converted to HTML, emits RTL text with brackets, it will end up being displayed in a goofy fashion if embedded in a block of Arabic or other LTR text. The solution is to wrap the emitted text in a span with lang="en" (the latter is maybe a little problematic, but the upshot is that it should flip the direction back).

[BODARD Gabriel]

Would it be less problematic to say "Latin" instead of English? (I think the assumption of a lot of the original designers of Leiden was that the apparatus of an edition is all Latin.)

This would also work for "vacat" for example; and of course apparatus criticus features such as "vel", "resp", "lapis", "lege", etc.

[Hugh A. Cayless]

No, because there are more English words that might show up than Latin!
Also, I think it doesn't really matter that much. It's more important the
text direction gets reversed.

On Fri, Mar 11, 2016 at 11:59 AM, BODARD Gabriel <gabrielbodard@users.sf.net

wrote:

Would it be less problematic to say "Latin" instead of English? (I think
the assumption of a lot of the original designers of Leiden was that the
apparatus of an edition is all Latin.)

This would also work for "vacat" for example; and of course apparatus
criticus features such as "vel", "resp", "lapis", "lege", etc.

---

• [bugs:#147] https://sourceforge.net/p/epidoc/bugs/147/ gap and Arabic*

Status: unread
Group: future
Created: Fri Mar 11, 2016 04:57 PM UTC by Hugh A. Cayless
Last Updated: Fri Mar 11, 2016 04:57 PM UTC
Owner: Hugh A. Cayless

Because gap, when converted to HTML, emits RTL text with brackets, it will
end up being displayed in a goofy fashion if embedded in a block of Arabic
or other LTR text. The solution is to wrap the emitted text in a span with
lang="en" (the latter is maybe a little problematic, but the upshot is that
it should flip the direction back).

---

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/epidoc/bugs/147/

To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/

[Hugh A. Cayless]

Closing. An issue arising from this was dealt with in #148