Arabic issue #1: QSpinBox doen't work properly with Arabic locale

[Munzir Taha]

Hi Sirs!

Due to a message from Matthias Ettrich, I am retesting the Arabic and RTL bugs 
from the beginning against the latest snapshot.

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64

QSpinBox was not working when reversed but now it's working but with many 
issues.

CODE: LC_ALL=ar qt/examples/widgets/spinboxes/spinboxes

shows the year like this 1059 and could only be increased to 1109 though the 
code is:

   dateEdit->setDateRange(QDate(2005, 1, 1), QDate(2010, 12, 31));
    dateLabel->setText(tr("Appointment date (between %0 and %1):")
                       .arg(dateEdit->minimumDate().toString(Qt::ISODate))
                       .arg(dateEdit->maximumDate().toString(Qt::ISODate)));

I guess the issue has something to do with my ar locale and Hijri Calendar. I 
can see functions like 

Also,

$ LC_TIME=ar /usr/local/qt/examples/widgets/spinboxes/spinboxes

shows another problem.

PROBLEM: When I click many times in the strange Arabic letters/glyphs that 
appeared on the first QDate spin box that says "Appointment date (between 
2005, 1, 1 and 2010, 12, 31:", the program crashes with the error:

ASSERT: "glyph_pos != -1" in file text/qtextlayout.cpp, line 1719
Aborted

LC_ALL=ar_SA.UTF-8
shows broken glyphs of Sunday (in Arabic) though it's Tuesday today as my
$ date command shows!

even LC_ALL=C shows the year as either 05 or 10! so I can't use 06, 07, 08 and 
09 as per the code setDateRange() function.

What about Hijri date functions: isn't it implemented here? Can you copy it 
from KDE code?

WoW the bugs are getting nasty now ;)

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

[Munzir Taha]

On Yau al-Thulatha 21 Thu al-Hijjah 1425 12:30 am, Munzir Taha wrote:
>  Hi Sirs!
>
>  Due to a message from Matthias Ettrich, I am retesting the Arabic and RTL
>  bugs from the beginning against the latest snapshot.
>
>  Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  System: Mandrake 10.1 on AMD64
>
>  QSpinBox was not working when reversed but now it's working but with many
>  issues.
>
>  CODE: LC_ALL=ar qt/examples/widgets/spinboxes/spinboxes
>
>  shows the year like this 1059 and could only be increased to 1109 though
>  the code is:
>
>     dateEdit->setDateRange(QDate(2005, 1, 1), QDate(2010, 12, 31));
>      dateLabel->setText(tr("Appointment date (between %0 and %1):")
>                         .arg(dateEdit->minimumDate().toString(Qt::ISODate))
>                        
>  .arg(dateEdit->maximumDate().toString(Qt::ISODate)));
>
>  I guess the issue has something to do with my ar locale and Hijri Calendar.
>  I can see functions like
>
>  Also,
>
>  $ LC_TIME=ar /usr/local/qt/examples/widgets/spinboxes/spinboxes
>
>  shows another problem.
>
>  PROBLEM: When I click many times in the strange Arabic letters/glyphs that
>  appeared on the first QDate spin box that says "Appointment date (between
>  2005, 1, 1 and 2010, 12, 31:", the program crashes with the error:
>
>  ASSERT: "glyph_pos != -1" in file text/qtextlayout.cpp, line 1719
>  Aborted 
Now, this same error happened with this small program when called with 
-reverse.


#include <QtGui>

int main(int argc, char *argv[])
{
        QApplication app(argc, argv);
        app.setFont(QFont("", 72, QFont::Bold));

        QHBoxWidget *hbox = new QHBoxWidget(0);

        QSpinBox *spinBox = new QSpinBox(hbox);

        QSlider *slider = new QSlider(Qt::Horizontal, hbox);

        QObject::connect(spinBox, SIGNAL(valueChanged(int)), slider, 
SLOT(setValue(int)));
        QObject::connect(slider, SIGNAL(valueChanged(int)), spinBox, 
SLOT(setValue(int)));

        app.setMainWidget(hbox);
        hbox->show();
        return app.exec();

}





A core dump is generated. I could send it to you if it will prove useful. The 
stack is

#gdb --core=core.8450
bt
...
#3828 0x00336369 in ?? ()
#3829 0x00000000 in ?? ()
Cannot access memory at address 0xc0000000


>  LC_ALL=ar_SA.UTF-8
>  shows broken glyphs of Sunday (in Arabic) though it's Tuesday today as my
>  $ date command shows!
>
>  even LC_ALL=C shows the year as either 05 or 10! so I can't use 06, 07, 08
>  and 09 as per the code setDateRange() function.
>
>  What about Hijri date functions: isn't it implemented here? Can you copy it
>  from KDE code?
>
>  WoW the bugs are getting nasty now ;) 
-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #14: The control buttons (Maximize, Minimize and Close) on a window title bar are not reversed!

[Munzir Taha]

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64

PROBLEM:
In RTL languages I expect -reverse to change the position of  the control 
buttons (Maximize, Minimize and Close) on a window title bar to the left 
side whereas the WindowTitle( const QString & ) to go to the Right. Currently 
nothing is reversed at all.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #15: QLineEdit Widget displays Arabic in reverse order!

[Munzir Taha]

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64

CODE:
        QLineEdit *lineEdit = new QLineEdit(QObject::trUtf8("عربي"));

PROBLEM:
	The Arabic text characters are displayed from left to right in reverse order. 
It's worth mentioning that QTextEdit works properly.



-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #15: QLineEdit Widget displays Arabic in reverse order!

[Munzir Taha]

On Yaum al-Jumma 24 Thu al-Hijjah 1425 5:02 pm, Munzir Taha wrote:
>  Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  System: Mandrake 10.1 on AMD64
>
>  CODE:
>          QLineEdit *lineEdit = new QLineEdit(QObject::trUtf8("عربي"));
>
>  PROBLEM:
>  	The Arabic text characters are displayed from left to right in reverse
>  order. It's worth mentioning that QTextEdit works properly. 
It's also worth mentioning that if QLineEdit starts with English text the 
Arabic text that follows displays properly.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #16: QMessageBox doesn't RightAlign "Text" in reverse mode by default

[Munzir Taha]

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64


CODE:
    QMessageBox::question("App name", "Text");

PROBLEM:
In reverse Mode I expect "Text" to be aligned to the right by default. QLabel 
implements this properly.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #15: QLineEdit Widget displays Arabic in reverse order!

[Lars Knoll]

On Saturday 05 February 2005 14:24, Munzir Taha wrote:
>  On Yaum al-Jumma 24 Thu al-Hijjah 1425 5:02 pm, Munzir Taha wrote:
>  > Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  > System: Mandrake 10.1 on AMD64
>  >
>  > CODE:
>  >         QLineEdit *lineEdit = new QLineEdit(QObject::trUtf8("عربي"));
>  >
>  > PROBLEM:
>  > 	The Arabic text characters are displayed from left to right in reverse
>  > order. It's worth mentioning that QTextEdit works properly.
>
>  It's also worth mentioning that if QLineEdit starts with English text the
>  Arabic text that follows displays properly. 
Hi Munzir,

thanks for reporting. This should be fixed in todays snapshot as well.

Best regards,
Lars

Arabic issue #14: The control buttons (Maximize, Minimize and Close) on a window title bar are not reversed!

[Lars Knoll]

On Friday 04 February 2005 13:02, Munzir Taha wrote:
>  Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  System: Mandrake 10.1 on AMD64
>
>  PROBLEM:
>  In RTL languages I expect -reverse to change the position of  the control
>  buttons (Maximize, Minimize and Close) on a window title bar to the left
>  side whereas the WindowTitle( const QString & ) to go to the Right.
>  Currently nothing is reversed at all. 
This is not a Qt bug. The window title bar is not drawn by the application but 
by the window manager. So unless you start kwin with -reverse you won't get 
reversed title bars.

Lars

Arabic issue #14: The control buttons (Maximize, Minimize and Close) on a window title bar are not reversed!

[Munzir Taha]

On Yaum al-Ithnain 27 Thu al-Hijjah 1425 12:22 pm, Lars Knoll wrote:
>  On Friday 04 February 2005 13:02, Munzir Taha wrote:
>  > Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  > System: Mandrake 10.1 on AMD64
>  >
>  > PROBLEM:
>  > In RTL languages I expect -reverse to change the position of  the control
>  > buttons (Maximize, Minimize and Close) on a window title bar to the left
>  > side whereas the WindowTitle( const QString & ) to go to the Right.
>  > Currently nothing is reversed at all.
>
>  This is not a Qt bug. The window title bar is not drawn by the application
>  but by the window manager. So unless you start kwin with -reverse you won't
>  get reversed title bars. 
Thanks Lars! It's a matter of Window Decoration then.

Status: Closed
Reason: Not valid

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #13: QHBox automatically assigned postions in -reverse mode are not reasonable!

[Munzir Taha]

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64

PROBLEM:
QSpinBox and QSlider appear nicely laid out side by side inside 
the QHBox which automatically assigns reasonable positions and sizes to its 
children based on their needs but when I use the -reverse option I notice
The left edge of the slider doesn't have any spacing at all 
so it looks as if it had been cut whereas in normal mode it looks as if 
rendered with setMargin(1) or something similar.

CODE:
        QHBoxWidget *hbox = new QHBoxWidget(0);
        hbox->setMargin(1); //This is needed in RTL but not LTR

        QSpinBox *spinBox = new QSpinBox(hbox);

        QSlider *slider = new QSlider(Qt::Horizontal, hbox);


-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

Arabic issue #13: QHBox automatically assigned postions in -reverse mode are not reasonable!

[Mohamed Eldesoky]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Great effort Munzir,
Can you have those issues permanent on the arabic-fedora site, in the wiki !!

On Friday 04 February 2005 2:03 pm, Munzir Taha wrote:
>  Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  System: Mandrake 10.1 on AMD64
>
>  PROBLEM:
>  QSpinBox and QSlider appear nicely laid out side by side inside
>  the QHBox which automatically assigns reasonable positions and sizes to its
>  children based on their needs but when I use the -reverse option I notice
>  The left edge of the slider doesn't have any spacing at all
>  so it looks as if it had been cut whereas in normal mode it looks as if
>  rendered with setMargin(1) or something similar.
>
>  CODE:
>          QHBoxWidget *hbox = new QHBoxWidget(0);
>          hbox->setMargin(1); //This is needed in RTL but not LTR
>
>          QSpinBox *spinBox = new QSpinBox(hbox);
>
>          QSlider *slider = new QSlider(Qt::Horizontal, hbox); 
- -- 
Mohamed Eldesoky
Systems Engineer
RedHat Certified Engineer
TE Data
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFCBdtK2FHsOWMJBKMRAh5MAKCI//PIm3TqOxNdk5gjgzbeefBHbwCfRLgg
> GXIdK8wFsZNxo5XV7L7mnGU=
> =7lnU
> -----END PGP SIGNATURE-----

Arabic issue #13: QHBox automatically assigned postions in -reverse mode are not reasonable!

[Munzir Taha]

On Yaum al-Ahad 26 Thu al-Hijjah 1425 11:54 am, Mohamed Eldesoky wrote:
>  Great effort Munzir,
>  Can you have those issues permanent on the arabic-fedora site, in the wiki
>  !! 
Sure! I am going to make a wiki page for all Qt bugs and I am also going to 
shift my OpenBugs page to arabic-fedora.org. Expect this to happen tomorrow 
inshallah!


-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the Open Arabic Bugs Project at
http://wiki.arabeyes.org/OpenBugs
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

[Lars Knoll]

Hi Munzir,

On Friday 04 February 2005 00:37, Munzir Taha wrote:
>  On Yau al-Thulatha 21 Thu al-Hijjah 1425 12:30 am, Munzir Taha
> wrote:
>  > Hi Sirs!
>  >
>  > Due to a message from Matthias Ettrich, I am retesting the Arabic and RTL
>  > bugs from the beginning against the latest snapshot.
>  >
>  > Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>  > System: Mandrake 10.1 on AMD64
>  >
>  > QSpinBox was not working when reversed but now it's working but with many
>  > issues.
>  >
>  > CODE: LC_ALL=ar qt/examples/widgets/spinboxes/spinboxes
>  >
>  > shows the year like this 1059 and could only be increased to 1109 though
>  > the code is:
>  >
>  >    dateEdit->setDateRange(QDate(2005, 1, 1), QDate(2010, 12, 31));
>  >     dateLabel->setText(tr("Appointment date (between %0 and %1):")
>  >                       
>  > .arg(dateEdit->minimumDate().toString(Qt::ISODate))
>  >
>  > .arg(dateEdit->maximumDate().toString(Qt::ISODate)));
>  >
>  > I guess the issue has something to do with my ar locale and Hijri
>  > Calendar. I can see functions like 
No it was a simple bug in our detection of the default date format. This works 
now.

>  > Also,
>  >
>  > $ LC_TIME=ar /usr/local/qt/examples/widgets/spinboxes/spinboxes
>  >
>  > shows another problem.
>  >
>  > PROBLEM: When I click many times in the strange Arabic letters/glyphs
>  > that appeared on the first QDate spin box that says "Appointment date
>  > (between 2005, 1, 1 and 2010, 12, 31:", the program crashes with the
>  > error:
>  >
>  > ASSERT: "glyph_pos != -1" in file text/qtextlayout.cpp, line 1719
>  > Aborted
>
>  Now, this same error happened with this small program when called with
>  -reverse.
>
>
>  #include <QtGui>
>
>  int main(int argc, char *argv[])
>  {
>          QApplication app(argc, argv);
>          app.setFont(QFont("", 72, QFont::Bold));
>
>          QHBoxWidget *hbox = new QHBoxWidget(0);
>
>          QSpinBox *spinBox = new QSpinBox(hbox);
>
>          QSlider *slider = new QSlider(Qt::Horizontal, hbox);
>
>          QObject::connect(spinBox, SIGNAL(valueChanged(int)), slider,
>  SLOT(setValue(int)));
>          QObject::connect(slider, SIGNAL(valueChanged(int)), spinBox,
>  SLOT(setValue(int)));
>
>          app.setMainWidget(hbox);
>          hbox->show();
>          return app.exec();
>
>  }
>
>
>
>
>
>  A core dump is generated. I could send it to you if it will prove useful.
>  The stack is
>
>  #gdb --core=core.8450
>  bt
>  ...
>  #3828 0x00336369 in ?? ()
>  #3829 0x00000000 in ?? ()
>  Cannot access memory at address 0xc0000000 
I can't seem to be able to reproduce this. I hope it's fixed by now.

>  > LC_ALL=ar_SA.UTF-8
>  > shows broken glyphs of Sunday (in Arabic) though it's Tuesday today as my
>  > $ date command shows! 
I can reproduce this. We'll look into fixing it.

>  > even LC_ALL=C shows the year as either 05 or 10! so I can't
> use 06, 07,
>  > 08 and 09 as per the code setDateRange() function.
>  >
>  > What about Hijri date functions: isn't it implemented here? Can you copy
>  > it from KDE code? 
We're not planning on adding calender systems for 4.0. We'll note it as a 
feature request for 4.1

Cheers,
Lars

[Munzir Taha]

On Yaum al-Arbi'a 29 Thu al-Hijjah 1425 12:16 pm, Lars Knoll wrote:
>  Hi Munzir, 
>  > > CODE: LC_ALL=ar qt/examples/widgets/spinboxes/spinboxes
>  > >
>  > > shows the year like this 1059 and could only be increased to 1109
>  > > though the code is: 
>  it was a simple bug in our detection of the default date format.
> This
>  works now. 
Thanks for the partial fix but now there appeared other problems:

$ ./examples/widgets/spinboxes/spinboxes -reverse
If I keep pressing in a QSpinBox up and down arrows I expect the value to 
increase or decrease continuously. Now this is not the case. The value begin 
to increase/decrease and suddenly stop somewhere!

Another thing is the position of the $ sign in RTL is not correct. It should 
be like the percentage sign which now displays properly (to the left of the 
numbers).

A third thing is the direction of the parentheses. Both face the same 
direction!


>  > A core dump is generated. I could send it to you if it will
> prove useful.
>  > The stack is
>  >
>  > #gdb --core=core.8450
>  > bt
>  > ...
>  > #3828 0x00336369 in ?? ()
>  > #3829 0x00000000 in ?? ()
>  > Cannot access memory at address 0xc0000000
>
>  I can't seem to be able to reproduce this. I hope it's fixed by now. 
No, it's not! It's always reproducable when I click many times quickly in 
those spinboxes in the example. The error is:

ASSERT: "glyph_pos != -1" in file /usr/local/qt/src/gui/text/qtextlayout.cpp, 
line 1747
Aborted

I am attaching the core file to this message.

What else do I need to do to help you trace it?

>  > > LC_ALL=ar_SA.UTF-8
>  > > shows broken glyphs of Sunday (in Arabic) though it's Tuesday today as
>  > > my $ date command shows!
>
>  I can reproduce this. We'll look into fixing it. 
Now I can't see any Arabic glyph at all! Just squares all around or Strange 
letters like U-accented!

>  We're not planning on adding calender systems for 4.0. We'll
> note it as a
>  feature request for 4.1 
Yes, please consider this feature as it's very well needed for Arabic locales.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the OpenBugs Wiki page at
http://arabic-fedora.org/
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the OpenBugs Wiki page at
http://arabic-fedora.org/
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

[Munzir Taha]

-

[Munzir Taha]

There is a bug in KMail that renders the messages unreadable after removing 
the attachement and sending again :( This is why I sent it twice.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the OpenBugs Wiki page at
http://arabic-fedora.org/
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

[Munzir Taha]

On Yaum al-Arbi'a 29 Thu al-Hijjah 1425 12:16 pm, Lars Knoll wrote:
>  Hi Munzir, 
>  > > CODE: LC_ALL=ar qt/examples/widgets/spinboxes/spinboxes
>  > >
>  > > shows the year like this 1059 and could only be increased to 1109
>  > > though the code is: 
>  it was a simple bug in our detection of the default date format.
> This
>  works now. 
Thanks for the partial fix but now there appeared other problems:

$ ./examples/widgets/spinboxes/spinboxes -reverse
If I keep pressing in a QSpinBox up and down arrows I expect the value to 
increase or decrease continuously. Now this is not the case. The value begin 
to increase/decrease and suddenly stop somewhere!

Another thing is the position of the $ sign in RTL is not correct. It should 
be like the percentage sign which now displays properly (to the left of the 
numbers).

A third thing is the direction of the parentheses. Both face the same 
direction!


>  > A core dump is generated. I could send it to you if it will
> prove useful.
>  > The stack is
>  >
>  > #gdb --core=core.8450
>  > bt
>  > ...
>  > #3828 0x00336369 in ?? ()
>  > #3829 0x00000000 in ?? ()
>  > Cannot access memory at address 0xc0000000
>
>  I can't seem to be able to reproduce this. I hope it's fixed by now. 
No, it's not! It's always reproducable when I click many times quickly in 
those spinboxes in the example. The error is:

ASSERT: "glyph_pos != -1" in file /usr/local/qt/src/gui/text/qtextlayout.cpp, 
line 1747
Aborted

I am attaching the core file to this message.

What else do I need to do to help you trace it?

>  > > LC_ALL=ar_SA.UTF-8
>  > > shows broken glyphs of Sunday (in Arabic) though it's Tuesday today as
>  > > my $ date command shows!
>
>  I can reproduce this. We'll look into fixing it. 
Now I can't see any Arabic glyph at all! Just squares all around or Strange 
letters like U-accented!

>  We're not planning on adding calender systems for 4.0. We'll
> note it as a
>  feature request for 4.1 
Yes, please consider this feature as it's very well needed for Arabic locales.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the OpenBugs Wiki page at
http://arabic-fedora.org/
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA

[Munzir Taha]

Hi Cuters',
Hi Lars,

Previously I have filed around 35 bugs regarding Arabic/BiDi support in Qt. 
Some of them have thankfully been fixed completely or partially but many are 
not. I understand that Cuters' can't afford the resources to comment every 
time they fixed a bug but I am also afraid some would skip them 
unintentionally. I could go through the unfixed ones one by one if this won't 
be considered redundancy and a pollution to the list. Or I could save this 
time to file more bugs ;).

For example Arabic issue #1...

Qt 4.0.0-rc1-snapshot-20050417
Mandriva release 10.2 (Beta 1)  10.1 2.6.10-1mdk i686 AMD Athlon(tm) 64 
Processor 3200+ GNU/Linux


>  On Yaum al-Arbi'a 29 Thu al-Hijjah 1425 12:16 pm, Lars Knoll
> wrote:
>  > > > LC_ALL=ar_SA.UTF-8
>  > > > shows broken glyphs of Sunday (in Arabic) though it's Tuesday today
>  > > > as my $ date command shows!
>  >
>  > I can reproduce this. We'll look into fixing it. 
Still the date is corrupted. It appears as:

الأحد %.1d Apr 2005
The odd thing here is that % and the 'd'

The time is also messes. It appears as
%.1H:08:21

I think this could be a problem in the SA locale (not related to Qt) since
LC_ALL=ar_EG.UTF-8 ./spinboxes displays properly

but I am not sure since
# LC_ALL=ar_SA.UTF-8 date
Mon Apr 18 12:37:50 AST 2005
which shows no problem here!

So I get lost. Hope those hints would help to resolve it.

-- 
Munzir Taha  PGP Key available
gpg --recv-keys --keyserver www.mandrakesecure.net F0671821

Telecommunications and Electronics Engineer
Mandrake Club Member
Maintainer of the OpenBugs project page at
http://www.arabic-fedora.org/munzir/OpenBugs.html
Maintainer of Fedora Arabic Translation Project
https://listman.redhat.com/mailman/listinfo/fedora-trans-ar
CIW Designer, ICDL, MOUS, Linux+, LPI 101
New Horizons CLC, Riyadh, SA