Arabic issue #28: A QTreeView that displays a QDirModel puts the dots (...) in the wrong postion for Arabic filenames
by Munzir Taha
Qt 4.0.0-b2-snapshot-20050308
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
CODE:
QTreeView* tree = new QTreeView;
tree->setModel(model);
tree->show();
PROBLEMS:
1. A QTreeView that displays a QDirModel puts the dots (...) in the wrong
postion for Arabic filenames. The dots should be to the left of the Arabic
filename not to the right. Shouldn't the dots always display at the postion
of the missing characters?
2. There is no space between the icon of the file and the filename when the
layout is reversed.
3. Though not specific to RTL but it's worth mentioning that the way the
header displays and moves is very ugly. Clicking many times on the Modified
header for example made many copies. See screenshot. Moving the a header
should work as in M$ Outlook. It's much nicer to see the header itself moving
instead of a copy of it moving.
--
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
Arabic issue #27: QFontDialog::getFont doesn't display the sample text in the language of the font
by Munzir Taha
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
Qt: 4.0.0-b2-snapshot-20050306
CODE:
QFontDialog::getFont
as in
examples/dialogs/standarddialogs/standarddialogs
PROBLEM:
The QFontDialog box doesn't display the sample text in the language/characters
available. I expect to see Arabic letters when I select Fonts with only
Arabic letters available. This should be detected automatically if possible.
Otherwise, in case of fonts which supports many languages there should be a
Language combo box as in OpenOffice.org.
Another note is that the "Writing System" QComboBox doesn't sort the items
alphabetically in the Writing System combo box so it's
rather difficult to find the script.
--
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
I can't reply to Arabic issue #6 properly!!
by Munzir Taha
For some strange reason I can't send messages sometimes to the list. May be I
was affected by this bug:
http://bugs.kde.org/show_bug.cgi?id=98069
though I don't get that message!
Till I can understand the issue, You may notice something odd regarding my
messages. Things like missing posts, lars replies to unseen messages, sending
sometimes from my local smtp server or my gmail account and
the like ;) This is just to let you informed.
> >
> > The HARAKAT are still too high above the letter or too low below it.
>
> Please have a look at the attached screenshot. This is what I get with your
> example on the current Qt 4 build. I can't see any problem with it.
You are getting the correct behavior but this is not my case.
Qt 4.0.0-b2-snapshot-20050308
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
Have a look at the attached screenshot!
--
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
Arabic issue #28: TAB behaviour is odd in RTL mode
by Munzir Taha
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
Qt: 4.0.0-b2-snapshot-20050306
After typing any Arabic text, I need to press TAB twice to have it jump on
screen.
If my cursor is at the start of a line and I press tab, then BACKSPACE doesn't
remove it! Similar odd behaviour is also reported by Andrew Batishko for LTR
mode and it's still not fixed.
--
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
Arabic issue #26: The origin in RTL layout should be positioned at the right edge of the window
by Munzir Taha
Qt Version: qt-x11-opensource-4.0.0-b2-snapshot-20050302
System: Linux localhost 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+
CODE:
qPushButton->setGeometry(0, 0, 75, 100);
PROBLEM:
After an application has set RTL layout, the origin should be positioned at
the right edge of the window or device, and the number representing the
horizontal coordinate should increase as you move left.
--
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
Arabic issue #26: QTextBrowser crashes with some web pages.
by Munzir Taha
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
Qt: 4.0.0-b2-snapshot-20050306
CODE:
QTextBrowser *w = new QTextBrowser(0);
w->setSource(QDir::currentPath() + "/index.xml");
PROBLEM:
ASSERT: "colsInRow == columnWidths.count() + c.tableCellColSpan" in
file /usr/local/qt/src/gui/text/qtextdocumentfragment.cpp, line 753
Aborted
I just saved a page from www.aljazeera.net and whether QTextBrowser supports a
feature or not, it shouldn't crash, I believe. Attached is an example page.
--
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
Arabic issue #24: QTextBrowser doesn't care about the page encoding.
by Munzir Taha
System: Linux 2.6.10-1mdk i686 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux
Qt: 4.0.0-b2-snapshot-20050306
CODE:
QTextBrowser *w = new QTextBrowser(0);
w->setSource(QDir::currentPath() + "/index.xml");
The index.xml page looks like this:
<?xml version="1.0" encoding="utf-8"?>
<html>
<head>
<title>Qt Arabic Bugs</title>
</head>
<body>
مشاكل لغة الضاد مع مكتبات Qt
</body>
</html>
I also tried it with an html page with a header like this:
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=utf-8">
PROBLEM:
Arabic is not displayed properly.
--
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
Re: Arabic issue #19: QTabWidget doesn't display properly when reversed
by Munzir Taha
On Yaum al-Sabt 24 Muharram 1426 18:35, Lars Knoll wrote:
> > Thanks but this is not the fix I expected. I thought the origin of the
> > imaginary lamp should be reversed. In other words, if in LTR, the General
> > tab has the black shading to the right, then in RTL, the black shading
> > should be to the left.
>
> No, this is not what should be happening. Please have a look at the arabic
> version of Windows 2000 or XP. They do not reverse the shadows neither.
I have just checked the Arabic versions of 2000 and XP and found that THEY DO
REVERSE the shadows. Lars, do you have glasses? ;)
> In
> fact, since most arabic desktops will have some non arabic aware
> application on them reversing the light source will lead to a lot of
> confusion and look very bad.
To have a non-arabic-aware application among arabic-aware apps is like having
non-translated apps among fully arabized ones. Both situations reflect that
inconsistency and in both situations we need to do it the right way by
localizing the first and the translating the second to gain consistency. Or
else, we shouldn't translate any app so as to get that consistency.
> Or imagine if your application is mostly arabic, but contains some
> left-to-right subwidgets.
Isn't this a bug in the app that the developer should solve or is there a good
reason for this?
> If these had the light source reversed, the
> resulting application would be completely inconsistent.
>
> So the imaginary light source has to stay in the top-let corner of the
> screen independent of the layout direction.
In windows XP and 2000 it's in the top-right corner. I checked by right
clicking the desktop -> properites amongst other configuration boxes.
--
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