On Tue, Aug 29, 2006 at 07:58:24PM +0200, Enrico Forestieri wrote:
> > I've tested it under Windows and Linux and the patch fixes all the
> > display issues, great.
>
> I cannot get some math symbols right, most notably greek characters.
I guess with Unicode support the math symbol stuff should b
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
In this patch I use simple casts instead of the costly ucs2_to_ucs4
and ucs4_to_ucs2 functions. It turned out that all display issues are
resolved... including math! It even brings a very nice speed-up...
Here is a cleaned up version of the pa
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Maybe it is worth to define a inline function in qt_helpers:
QChar const & ucs4_to_QChar(char_type c)
Yes but without the ref, see my newer patch.
Index: frontends/qt4/QLyXKeySym.C
=
On Tue, Aug 29, 2006 at 02:24:06PM +0200, Peter Kümmel wrote:
> Maybe it is worth to define a inline function in qt_helpers:
>
>
> QChar const & ucs4_to_QChar(char_type c)
> {
> return QChar(static_cast(c));
> }
>
>
> then QChar(static_cast(c)) could be replaced with a more verbose code
> u
Peter Kümmel wrote:
Could we not replace the current implementation of
unsigned short ucs4_to_ucs2(boost::uint32_t c)
with such a inline implementation, because iconv must
in principle do the same.
char_type const UNI_REPLACEMENT_CHAR 0xFFFD
char_type const UNI_SUR_HIGH_START 0xD800;
char_
Angus Leeming wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Peter Kümmel wrote:
> for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START &&
> ch <= UNI_SUR_LOW_END)" (2047 values)
read: only 2047 of the 65535 values are not allowe
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START &&
ch <= UNI_SUR_LOW_END)" (2047 values)
read: only 2047 of the 65535 values are not allowed, and for the rest
a cast transforms from utf32 t
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>
>>> for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START &&
>>> ch <= UNI_SUR_LOW_END)" (2047 values)
>>
>> read: only 2047 of the 65535 values are not allowed, and for the rest
>> a cast transforms from utf32 to
On Tue, Aug 29, 2006 at 02:24:06PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> > Andre Poenitz wrote:
> >> On Tue, Aug 22, 2006 at 10:44:21AM +0200, Abdelrazak Younes wrote:
> >>> I proposed to use ucs2 conditionally at compile time to avoid the
> >>> above conversion but Lars is furio
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>
>>> for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START &&
>>> ch <= UNI_SUR_LOW_END)" (2047 values)
>>
>> read: only 2047 of the 65535 values are not allowed, and for the rest
>> a cast transforms from utf32 to
Peter Kümmel wrote:
Peter Kümmel wrote:
for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START && ch <=
UNI_SUR_LOW_END)" (2047 values)
read: only 2047 of the 65535 values are not allowed, and for the rest a cast
transforms from utf32 to utf16.
I think QChar will automatically
Peter Kümmel wrote:
> for values which are not surrogates "if (ch >= UNI_SUR_HIGH_START && ch <=
> UNI_SUR_LOW_END)" (2047 values)
read: only 2047 of the 65535 values are not allowed, and for the rest a cast
transforms from utf32 to utf16.
Peter
Abdelrazak Younes wrote:
> But IMHO, there is really not need to use iconv for these simple
> conversions. I even think that we should do the ucs4 to/from utf8
> ourselves... it looks pretty simple from a first glance.
Here a reference why this is often correct, at least for ucs-4 values
smaller t
Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
-unsigned short sc = ucs4_to_ucs2(c);
+QChar ucs4_to_qchar(c);
Maybe like this: ;)
+QChar sc = ucs4_to_ucs2(c);
Argg!
double Argg!
;-)
+QChar sc = ucs4_to_qchar(c);
return m.width(sc) - m.rig
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> -unsigned short sc = ucs4_to_ucs2(c);
>> +QChar ucs4_to_qchar(c);
>
> Maybe like this: ;)
> +QChar sc = ucs4_to_ucs2(c);
Argg!
+QChar sc = ucs4_to_qchar(c);
>
>
>> return m.width(sc) - m.rightBearing(sc);
>>
>> Abdel.
Abdelrazak Younes wrote:
>
> -unsigned short sc = ucs4_to_ucs2(c);
> +QChar ucs4_to_qchar(c);
Maybe like this: ;)
+QChar sc = ucs4_to_ucs2(c);
> return m.width(sc) - m.rightBearing(sc);
>
> Abdel.
>
>
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
In this patch I use simple casts instead of the costly ucs2_to_ucs4
and ucs4_to_ucs2 functions. It turned out that all display issues are
resolved... including math! It even brings a very nice speed-up...
Here is a cl
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
In this patch I use simple casts instead of the costly ucs2_to_ucs4
and ucs4_to_ucs2 functions. It turned out that all display issues are
resolved... including math! It even brings a very nice speed-up...
Here is a cleaned up version of the pa
Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> On Tue, Aug 22, 2006 at 10:44:21AM +0200, Abdelrazak Younes wrote:
>>> I proposed to use ucs2 conditionally at compile time to avoid the
>>> above conversion but Lars is furiously against that. I really don't
>>> know how we are going to represent
Abdelrazak Younes wrote:
In this patch I use simple casts instead of the costly ucs2_to_ucs4 and
ucs4_to_ucs2 functions. It turned out that all display issues are
resolved... including math! It even brings a very nice speed-up...
Here is a cleaned up version of the patch.
Some dialogs (labels
Andre Poenitz wrote:
On Tue, Aug 22, 2006 at 10:44:21AM +0200, Abdelrazak Younes wrote:
I proposed to use ucs2 conditionally at compile time to avoid the above
conversion but Lars is furiously against that. I really don't know how
we are going to represent an ucs4 characters on screen with Qt4
On Tue, Aug 22, 2006 at 10:44:21AM +0200, Abdelrazak Younes wrote:
> I proposed to use ucs2 conditionally at compile time to avoid the above
> conversion but Lars is furiously against that. I really don't know how
> we are going to represent an ucs4 characters on screen with Qt4 so I
> don't see
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I know and with unicode the event pruning may well be necessary again.
| But before that it was not necessary at all because repainting was
| fast enough (i.e. no need to prune events). Don't you remember that
| the UserG
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I know and with unicode the event pruning may well be necessary again.
| But before that it was not necessary at all because repainting was
| fast enough (i.e. no need to prune events). Don't you remember that
| the UserGuide test was 22s with event
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Lars Gullik Bjønnes wrote:
| >> Georg Baum
| >> <[EMAIL PROTECTED]>
| >> writes:
| >>
| >> | Abdelrazak Younes wrote:
| >> | | > Georg Baum wrote:
| >> | >> No. And AFAIK Abdel never claimed t
Abdelrazak Younes wrote:
> Sure but this a non-related and old issue. Lars says that, with the
> PageDown test, the screen is not repainted up until he release the
> PageDown key. Do you see the same behaviour?
I don't remember, and I don't want to get into this now. The most important
thing is t
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg, JMarc do you see the same behaviour as Lars when
Abdelrazak> you PageDown scroll?
Well, I see that not all updates are done, and that the speed seems
not to be the same as gtk's. I'd think the problem is more w
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Lars Gullik Bjønnes wrote:
| >> Georg Baum
| >> <[EMAIL PROTECTED]>
| >> writes:
| >>
| >> | Abdelrazak Younes wrote:
| >> | | > Georg Baum wrote:
| >> | >> No. And AFAIK Abdel never claimed that qt4 was fast on linux.
|
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg, JMarc do you see the same behaviour as Lars when you PageDown
scroll?
No. It is too slow here, too. Maybe the fact that my machine is not the
fastest (1.3 GHz Duron) plays also a role.
Mine is the same and it is slow as well.
But please l
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Isn't that
| > possible with a suitable internal representation of the text strings?
|
| I proposed to use ucs2 conditionally at compile time to avoid the
| above conversion but Lars is furiously against that. I real
Abdelrazak Younes wrote:
> Georg, JMarc do you see the same behaviour as Lars when you PageDown
> scroll?
No. It is too slow here, too. Maybe the fact that my machine is not the
fastest (1.3 GHz Duron) plays also a role.
But please let us stop these secondary discussions and get to do some real
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > | Abdelrazak Younes wrote:
| > | | > Georg Baum wrote:
| > | >> No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving
the
| > | >> scrollbar thumb of the usergu
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
Georg Baum
<[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| | > Georg Baum wrote:
| >> No. And AFAIK Abdel never claimed that qt4 was fast on linux.
Moving the
| >> scrollbar thumb of the userguide takes several (more than 5)
second
Lars Gullik Bjønnes wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
|
| > Georg Baum wrote:
| >> No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
| >> scrollbar thumb of the userguide takes several (more than 5) seconds for
| >> me until it move
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I proposed to use ucs2 conditionally at compile time to
Abdelrazak> avoid the above conversion but Lars is furiously against
Abdelrazak> that. I really don't know how we are going to represent
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I proposed to use ucs2 conditionally at compile time to
Abdelrazak> avoid the above conversion but Lars is furiously against
Abdelrazak> that. I really don't know how we are going to represent an
Abdelrazak> ucs4 chara
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Isn't that
| > possible with a suitable internal representation of the text strings?
|
| I proposed to use ucs2 conditionally at compile time to avoid the
| above conversion but Lars is furiously against that. I really don't
| know how we are goi
Helge Hafting wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving
the
scrollbar thumb of the userguide takes several (more than 5) seconds
for
me until it moves with qt4. with gtk there is only a litt
Helge Hafting <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Abdelrazak Younes wrote:
| >
| >
| >> Georg Baum wrote:
| >>
| >>> No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
| >>> scrollbar thumb of the userguide takes several (more than 5) seconds for
| >>> me unti
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
scrollbar thumb of the userguide takes several (more than 5) seconds for
me until it moves with qt4. with gtk there is only a little delay (less
than on
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > I installed qt4 in order to check whether it is as fast as
Abdel | > claims it is. I
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Lars Gullik Bjønnes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>> | Jean-Marc Lasgouttes wrote:
>> | > I installed qt4 in order to check whether it is as fast as
>> Abdel | > claims it is. I am the onl
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Maybe by caching the iconv_t returned by iconv_open?
Lars> Is that guaranteed to work?
I think the only thing to do is this:
A conversion descriptor contains a conversion state. After creation
using iconv_open,
Am Montag, 21. August 2006 18:26 schrieb Lars Gullik Bjønnes:
> What is a scrollbar thum?
The slider.
Georg
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > I installed qt4 in order to check whether it is as fast as Abdel
| > claims it is. I am the only one finding that moving around the
| > scrollbar thumb is much smoother with gtk?
|
| Ah bu
Georg Baum <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
|
| > Georg Baum wrote:
| >> No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
| >> scrollbar thumb of the userguide takes several (more than 5) seconds for
| >> me until it moves with qt4. with gtk there is
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| Abdelrazak> Jean-Marc Lasgouttes wrote:
| >> I installed qt4 in order to check whether it is as fast as Abdel
| >> claims it is. I am the only one finding that moving around
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > I installed qt4 in order to check whether it is as fast as Abdel
| > claims it is. I am the only one finding that moving around the
| > scrollbar thumb is much smoother with gtk?
|
| Ah but that's before unicode. Ever
Georg Baum wrote:
Abdelrazak Younes wrote:
Hum, one question about gtk: if you drag the scrollbar slider is the
workarea updated with the slider position or only if you release the
slider?
It is updated with the slider position.
too bad :-/
Abdel.
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
>> scrollbar thumb of the userguide takes several (more than 5) seconds for
>> me until it moves with qt4. with gtk there is only a little delay (less
>> than one second). That
Abdelrazak Younes wrote:
> Hum, one question about gtk: if you drag the scrollbar slider is the
> workarea updated with the slider position or only if you release the
> slider?
It is updated with the slider position.
Georg
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
I installed qt4 in order to check whether it is as fast as Abdel
claims it is. I am the only one finding that moving around the
scrollbar thumb is much smoother with gtk?
No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
scr
Jean-Marc Lasgouttes wrote:
I installed qt4 in order to check whether it is as fast as Abdel
claims it is. I am the only one finding that moving around the
scrollbar thumb is much smoother with gtk?
Hum, one question about gtk: if you drag the scrollbar slider is the
workarea updated with the
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> I installed qt4 in order to check whether it is as fast as Abdel
>> claims it is. I am the only one finding that moving around the
>> scrollbar thumb is much smoother with gtk?
Georg> No. And AFAIK Abdel
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>> I installed qt4 in order to check whether it is as fast as Abdel
>> claims it is. I am the only one finding that moving around the
>> scrollbar thumb is much smoother with gtk?
Abdelraza
Jean-Marc Lasgouttes wrote:
> I installed qt4 in order to check whether it is as fast as Abdel
> claims it is. I am the only one finding that moving around the
> scrollbar thumb is much smoother with gtk?
No. And AFAIK Abdel never claimed that qt4 was fast on linux. Moving the
scrollbar thumb of
Jean-Marc Lasgouttes wrote:
I installed qt4 in order to check whether it is as fast as Abdel
claims it is. I am the only one finding that moving around the
scrollbar thumb is much smoother with gtk?
Ah but that's before unicode. Everything is very slow since that was
merged... including scroll
I installed qt4 in order to check whether it is as fast as Abdel
claims it is. I am the only one finding that moving around the
scrollbar thumb is much smoother with gtk?
JMarc
58 matches
Mail list logo
