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
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?
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
>
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
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
18 matches
Mail list logo