Re: Editing Arabic TEI
"Birnbaum, David J" <[email protected]>
| Newsgroups | gmane.text.tei.general |
|---|---|
| Message-ID | <D4BA64A3.2CB22%[email protected]> |
Dear TEI-L, Thanks very much to all who responded to my inquiry about editing Arabic in <oXygen/>, and I have passed the information along to the colleague on whose behalf I was asking. Best, David __ On 2017-03-02, 4:14 AM, "TEI (Text Encoding Initiative) public discussion list on behalf of Gioele Barabucci" <[email protected] on behalf of [email protected]> wrote: >Am 03.02.2017 um 09:53 schrieb Radu Coravu: >> If you have some sample TEI documents and give us some hints about what >> does not work as expected we could try to improve the behavior in a >> future version. Unfortunately we do not use RTL writing ourselves so >> sometimes it's hard for us to understand what the expected editing >> behaviors should be, that's why we need help with this. > >Dear Radu, dear participants, > >we of the Averroes project (Uni of Cologne, DARE, CCeH) [1] have plenty >of material I can send you to illustrate the "ergonomic" problems that >editors are facing when using oXygen to edit Arabic but also Hebrew >texts. I'll contact you privately. > >Mostly it has to do with a clash of expectations between what happens >when letters are typed and how things appear on the screen, for example >when Latin characters (tags or punctuation marks) and Arabic characters >are on the same line. > >A concrete example. Suppose that A, B and C are Arabic letters and | is >the cursor. If you type "<line>", then A, then B then C, you get the >following result (correct) > ><line>|CBA > >If, at that point, you type a period, you will get the incorrect > ><line>|CBA. > >instead of correct version > ><line>|.CBA > >I used "incorrect", but the behaviour is not really incorrect. As David >said, one can see the engineering reasons behind it, but the editors are >used to other word processing applications and the behaviour of oXygen >just feels wrong to them. > >This is just an example. There are plenty of more complicated cases I >can illustrate. Solving them would improve the quality of life of the >editors and transcribers very much. ;) > >Regards, > >[1] >https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Faverroes.u >ni-koeln.de%2F&data=01%7C01%7Cdjbpitt%40PITT.EDU%7C0e01e5cbfd924718641908d >44c151912%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=d6R%2ByVXcLnMw1FvbA >7vipjIsrQgq2cXbvvY%2BKxHq1%2BQ%3D&reserved=0 > >-- >Gioele Barabucci <[email protected]>