from Apple:
Words cannot describe how incredibly wonderful this thing feels to touch and hold. It is an absolute marvel of engineering. Gorgeous in every way. (source)
I have never had such a “wow” device in my hands. Everyone else who’s touched it is in awe. I’m speechless. It really is THAT good. Words fail me, and it’s so simply, yet so stunning. (source)
… hab mir ein USB-Headset gekauft für Spracherkennung im DP Italienisch-Kurs, genauer ein Plantronics 500 USB. Nichts besonderes.
… an einer deutschen Hochschule (nein, nicht durch mich) mit hohem Chinesenanteil unter den Studierenden:
Finally, LyX 1.5 RC2 will have full support for right-to-left languages. Hornet nest is closed again.
Sometimes one stirs up a hornet’s nest. I just wanted to give a clean way to fix a bug in LyX’s cursor positioning around RTL<->LTR boundaries (some like |SITH EREH, where a line has right-to-left and left-to-right parts). In fact this is quite common if you start writing in a language with RTL layouting and then put in math equations (which of course are left-to-right there). So your cursor is behind the “like” in the example above and then you move right. The question is where the cursor should be. In front of the S or behind the H? The intuitive way probably is that you stay in the LTR segment and place it in front of S. So typing something new will create LTR text.
All this code is very sensistive to +-1 errors and hence it took several iterations to really get it right. Things like painting selection turns from simple rectangle drawing into Finally we got it now and it’s waiting to be committed, hopefully before RC2.
Anyway, I don’t speak or write Hebrew, but by fixing the bug I found more and more inconsistencies in LyX’s RTL handling. So fixing those I spent a whole lot of last week getting the cursor movement right, but also learnt a lot about what it means to depend on software makers to support those thing.
