Arabic issue #18: app.setFont(QFont("")) causes a run-time crash!
by Munzir Taha
# uname -a
Linux localhost 2.6.10-1mdk #1 Fri Jan 14 14:31:03 CET 2005 i686 AMD
Athlon(tm) 64 Processor 3200+ unknown GNU/Linux
CODE:
#include <QtGui>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
app.setFont(QFont(""));
QHBoxWidget *hbox = new QHBoxWidget(0);
QSpinBox *spinBox = new QSpinBox(hbox);
spinBox->setValue(35);
hbox->show();
return app.exec();
}
PROBLEM:
A run-time crash with this message:
ASSERT: "(next == length && gp == current.num_glyphs) || logClusters[next] ==
gp" in file /usr/local/qt/src/gui/text/qtextlayout.cpp, line 1146
Aborted (core dumped)
A core file attached!
--
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
19 years
Re: Arabic issue #6: Harakat/Diacritics position is not correct.
by Munzir Taha
On Yaum al-Arbi'a 29 Thu al-Hijjah 1425 7:28 pm, Lars Knoll wrote:
> On Tuesday 01 February 2005 04:35, Munzir Taha wrote:
> > On Yaum al-Ahad 19 Thu al-Hijjah 1425 9:19 pm, Munzir Taha wrote:
> > > Qt Version: qt-x11-opensource-4.0.0-b1
> > > System: Mandrake 10.1 on AMD64
> > >
> > >
> > > CODE:
> > > QTextEdit *text = new QTextEdit(QObject::trUtf8("ﺃ"));
> > >
> > > PROBLEM: The diacritic FATHATAN (064B) appears under the ALEF though it
> > > should appear over it.
> >
> > This bug is still valid with snapshot
> > Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
>
> This and issue #4 and #5 should be fixed with tonights snapshot.
The position is still not correct. The situation now is that the HARAKAT would
not appear at all! Actually it's there but the HARAKA is now too far from the
letter that you can't see it if it's on the first line of a top-aligned text.
I would appear +/-1 line above/below the letter!
Doesn't Qt supports OpenType? Shouldn't the position of HARAKAT be extracted
from the OpenType font tables?
--
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
19 years
Arabic issue #1: QSpinBox doen't work properly with Arabic locale
by 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
19 years
Re: Arabic issue #3: Qt::AlignAuto doesn't align according the language!
by Munzir Taha
On Yaum al-Arbi'a 22 Thu al-Hijjah 1425 5:10 pm, Lars Knoll wrote:
> >
> > If you check the documentation for QTextEdit::setAlignment() then it
> > states that only the following alignments are actually valid:
> >
> > "Valid alignments are Qt::AlignLeft, Qt::AlignRight, Qt::AlignJustify
> > and Qt::AlignCenter (which centers horizontally)."
> >
> > AlignAuto is not one of them, thus this is not expected to work.
Check it here: qt.html#AlignmentFlag.enum
> As a short comment to this:
>
> We removed the AlignAuto from Qt and hopefully replaced it with a more
> consistent and intuitive approach.
>
> AlignLeft is actually to not confuse the english speaking people. In a BiDi
> context it means AlignLeading; left if the string is LTR, right if the
> string is RT). AlignRight is the opposite (AlignTrailing).
>
> In addition we have AlignLeft|AlignAbsolute if you really want to force it
> to be always left.
>
> By default, text inherits the widgets direction, so when you start an app
> with -reverse everything is right aligned. You can switch the direction of
> a string using the Shift+Ctrl combination (if you enabled it in qtconfig).
>
> Please try it with tonights snapshot. I think it comes much closer to the
> behaviour one would expect intuitively than the Qt 3 way.
Thanks Lars for the clarification, I will check it. Did you remove it from the
docs?
--
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
19 years, 1 month
OpenBugs
by Mohamed Eldesoky
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sherif,
I see the link in the site is very long for people to remember.
Does the site use CPanel ??
I believe we can redirects (mod_rewrite) to use a better name, such as
arabic-fedora.org/opebbugs to redirect to the real place.
- --
Mohamed Eldesoky
Systems Engineer
RedHat Certified Engineer
TE Data
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFCHapX2FHsOWMJBKMRAsqkAJ0R69ocag4QcGVoyqCWHBuS2qz4/ACdFfNO
wAExt9OQIyv5eP7g7PRnHhg=
=Jtts
-----END PGP SIGNATURE-----
19 years, 1 month
Arabic issue #8: Accelerators mess the arabic text in QPushButtons, QMenu, ...
by Munzir Taha
Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131
System: Mandrake 10.1 on AMD64
Accelerators mess the arabic text in QPushButtons, QMenu, .... The letter
underlined will shift its postion.
CODE:
For QMenu: From the Qt examples I tested like this:
/examples/mainwindows/application/mainwindow.cpp:
editMenu = menuBar()->addMenu(trUtf8("ﺕ&ﺡﺮﻳﺭ"((;
AND
For QPushButton, I tested with a code like this
// This one has an accelerator on the first letter
// and the letters display in reverse order
QPushButton pb(QObject::trUtf8("&حفظ"));
--
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
19 years, 2 months
Arabic issue #18: app.setFont(QFont("")) causes a run-time crash!
by Munzir Taha
# uname -a
Linux localhost 2.6.10-1mdk #1 Fri Jan 14 14:31:03 CET 2005 i686 AMD
Athlon(tm) 64 Processor 3200+ unknown GNU/Linux
CODE:
#include <QtGui>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
app.setFont(QFont(""));
QHBoxWidget *hbox = new QHBoxWidget(0);
QSpinBox *spinBox = new QSpinBox(hbox);
spinBox->setValue(35);
hbox->show();
return app.exec();
}
PROBLEM:
A run-time crash with this message:
ASSERT: "(next == length && gp == current.num_glyphs) || logClusters[next] ==
gp" in file /usr/local/qt/src/gui/text/qtextlayout.cpp, line 1146
Aborted (core dumped)
A core file attached!
--
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
19 years, 2 months
