Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: I guess we need some special support like we have for arabic. Are there some special character composition rules we should know about? Do we really have to reinvent the wheel given that Qt has all this information? I understand it would be significant work to

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 09:00, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: I guess we need some special support like we have for arabic. Are there some special character composition rules we should know about? Do we really have to reinvent the wheel given that Qt has all this information?

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: What I had in mind is the helper functions isHebrewComposeChar or isArabicComposeChar in Encoding.cpp. Actually, I am not sure why these could not just be 'isComposeChar'. What does the language has to do with it? Is there a reason for testing the language as

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 11:45, Jürgen Spitzmüller a écrit : I understand that a compose char is a compose char. But how many compose chars are there over the whole unicode range? My point is: If Qt already knows this, and if we can catch this information, why should we hardcode a list of code points

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread John Tapsell
Hi, Qt uses harfbuzz to get the information. You can do the same. John On 28 January 2013 10:45, Jürgen Spitzmüller sp...@lyx.org wrote: Jean-Marc Lasgouttes wrote: What I had in mind is the helper functions isHebrewComposeChar or isArabicComposeChar in Encoding.cpp. Actually, I am not

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 12:19, John Tapsell a écrit : Hi, Qt uses harfbuzz to get the information. You can do the same. It seems that QChar gives the relevant information, if only I could understand it :) JMarc

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: One of the things I would like to do in Milano (if it proves possible) is to implement word-level metrics computation, at least for LtR text. This would be great! It would be great to get rid of our Bidi stuff too, Even better. but I will not try anything

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 13:00, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: One of the things I would like to do in Milano (if it proves possible) is to implement word-level metrics computation, at least for LtR text. This would be great! Don't hold your breath yet :) but I will not try

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: You mean that when rtl support is disabled, we would just let qt do its thing and see what happens? Exactly. Probably it won't be perfect, but I suppose we can start from there. What I can try to do also is to reduce the differences between hebrew and arabic

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: > I guess we need some > special support like we have for arabic. Are there some special > character composition rules we should know about? Do we really have to reinvent the wheel given that Qt has all this information? I understand it would be significant work to

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 09:00, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: I guess we need some special support like we have for arabic. Are there some special character composition rules we should know about? Do we really have to reinvent the wheel given that Qt has all this information?

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: > What I had in mind is the helper functions isHebrewComposeChar or > isArabicComposeChar in Encoding.cpp. Actually, I am not sure why these > could not just be 'isComposeChar'. What does the language has to do > with it? Is there a reason for testing the language

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 11:45, Jürgen Spitzmüller a écrit : I understand that a compose char is a compose char. But how many compose chars are there over the whole unicode range? My point is: If Qt already knows this, and if we can catch this information, why should we hardcode a list of code points

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread John Tapsell
Hi, Qt uses harfbuzz to get the information. You can do the same. John On 28 January 2013 10:45, Jürgen Spitzmüller wrote: > Jean-Marc Lasgouttes wrote: >> What I had in mind is the helper functions isHebrewComposeChar or >> isArabicComposeChar in Encoding.cpp. Actually, I am

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 12:19, John Tapsell a écrit : Hi, Qt uses harfbuzz to get the information. You can do the same. It seems that QChar gives the relevant information, if only I could understand it :) JMarc

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: > One of the things I would like to do in Milano (if it proves possible) > is to implement word-level metrics computation, at least for LtR text. This would be great! > It would be great to get rid of our Bidi stuff too, Even better. > but I will not try >

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jean-Marc Lasgouttes
Le 28/01/2013 13:00, Jürgen Spitzmüller a écrit : Jean-Marc Lasgouttes wrote: One of the things I would like to do in Milano (if it proves possible) is to implement word-level metrics computation, at least for LtR text. This would be great! Don't hold your breath yet :) but I will not try

Re: Hindi typing in ubuntu 12.10

2013-01-28 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: > You mean that when rtl support is disabled, we would just let qt do its > thing and see what happens? Exactly. Probably it won't be perfect, but I suppose we can start from there. > What I can try to do also is to reduce the differences between hebrew > and arabic