Version: (using KDE KDE 3.1) Installed from: Slackware Packages OS: Linux Boustrophedon text goes from left to right *and* right to left, alternating with each line - which results in faster reading with less eye strain. A screenshot of a TCL program implementing this is here: http://www.somerandomdomain.com/~cshobe/images/screenshots/boust2.png If this could be chosen as an option in KDE, that would be phenomenal.
Is that defined in Unicode?
Subject: Re: addition of Boustrophedon text support On Thursday 07 August 2003 01:10, you wrote: > ------- Additional Comments From thiagom@mail.com
The link is good - works for me. Try it again...maybe the server was just down or acting wonky. You can also search for boust on freshmeat for a similar screenshot.
As nowaday, most of the text handling is done by Qt, I suppose that this is a wish for Qt. Please see http://doc.trolltech.com/4.0/bughowto.html on how to report bugs to Trolltech. Have a nice day!
"superly clever new way to look completly different" - Quite the opposite. It is used for ancient Greek and even older languages, but it fell out of style later. Latin is usually written from left to right, however one of our oldest attested samples of Old Latin was written boustrophedon, a testament to its age. Unicode only defines the directions "left" and "right". http://unicode.org/faq/bidi.html These are normally interpreted as being relative to the reading direction, which according to Unicode can be logically "left" or "right", even though it may physically even be *vertical*. Unicode considers the actual, physical direction of text a style issue and thus provides no support for it. This means that for everything other than normally wrapping horizontal text extra support outside of Unicode is needed. For example, fonts that support languages like Japanese contain tables which specify which glyphs need to be rotated when text is written vertically and which don't. In this case the physical down direction is often considered logically "right" (this is what OpenOffice does) although in theory a program could also consider the physical down direction to be logically undirected (which is not a concept in Unicode), and rotate characters that need rotation clockwise or anticlockwise depending on their directionality, which has the advantage that the reading direction is constant.
See comment #4.