trans-ar February 2005

trans-ar@lists.fedoraproject.org

8 participants
27 discussions

Arabic issue #18: app.setFont(QFont("")) causes a run-time crash!
by Munzir Taha 20 Apr '05

20 Apr '05

# 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

1 3

Re: Arabic issue #6: Harakat/Diacritics position is not correct.
by Munzir Taha 20 Apr '05

20 Apr '05

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

3 5

Arabic issue #1: QSpinBox doen't work properly with Arabic locale
by Munzir Taha 18 Apr '05

18 Apr '05

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

3 17

Re: Arabic issue #3: Qt::AlignAuto doesn't align according the language!
by Munzir Taha 23 Mar '05

23 Mar '05

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

1 1

OpenBugs
by Mohamed Eldesoky 13 Mar '05

13 Mar '05

-----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-----

4 5

Lars replies are held.
by Munzir Taha 03 Mar '05

03 Mar '05

Sherif, Desokey, Lars has cc'ed the list in his replies. I hope you will release his messages. Can you set the mailing list in a way that Lars messages get in without subscribing him? -- 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

3 5

Arabic issue #8: Accelerators mess the arabic text in QPushButtons, QMenu, ...
by Munzir Taha 02 Mar '05

02 Mar '05

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

2 2

Arabic issue #18: app.setFont(QFont("")) causes a run-time crash!
by Munzir Taha 27 Feb '05

27 Feb '05

4 7

Arabic issue #18: app.setFont(QFont("")) causes a run-time crash!
by Munzir Taha 24 Feb '05

24 Feb '05

1 0

Arabic issue #7: The "Basic colors" and "Custom colors" palette doesn't respond to -reverse
by Munzir Taha 24 Feb '05

24 Feb '05

Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050131 System: Mandrake 10.1 on AMD64 /usr/local/qt/examples/dialogs/standarddialogs/standarddialogs -reverse The "Basic colors" and "Custom colors" palette doesn't respond to -reverse option when I tested with QColorDialog::getColor() -- 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

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

trans-ar February 2005