Re: Arabic issue #26: The origin in RTL layout should be positioned at the right edge of the window
by Munzir Taha
On Yaum al-Ahad 02 Safar 1426 19:43, Matthias Ettrich wrote:
> On Saturday 12 March 2005 10:55, Munzir Taha wrote:
> > Now what would happen is that the window would appear on the top-left
> > corner of my screen which is ok for LTR languages but not for RTL
> > languages. The correct layout is to have it on the top-right corner for
> > RTL lanugages. The point is the same code should display on different
> > positions according the layoutDirection. Am I missing something obvious?
>
> You do. Positioning of windows on Unix/X11 isn't done by the application or
> the toolkit, but by the window manager.
Does this imply that there is a way to do it in MS Windows? How?
Matthias, you know better for sure but all I am asking for is to deal with RTL
and LTR adequately. Isn't setGeometry a function of Qt or is it related to
X11? I can now do:
QTextEdit *text = new QTextEdit;
text->setGeometry(200, 50, 500, 500); // Postive x,y For LTR
I want to be able to do something like
QTextEdit *text = new QTextEdit;
text->setGeometry(-200, -50, 500, 500); // Negative x,y for RTL
or something along this line. If it can be done _via Qt_ for LTR why not for
RTL?
Note: If you convinced me this is not a bug in Qt, you would be surprised that
you won't get rid of issue #26 since there is another issue *mistakenly*
titled Arabic issue #26: QTextBrowser crashes with some web pages. Deal with
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
18 years, 10 months
Arabic issue #22: qTextEdit->setAlignment(Qt::AlignRight) problems.
by Munzir Taha
With Qt::AlignRigth the text is aligned to the right but whenver I press space
while typing Arabic the cursor jumps every time to the begining of the line
and again to the correct position when a letter is typed. This is very
distracting. If more than one space is pressed the cursor would go out of the
window and hence can't even be seen. Tabs in the beginning of the line
doesn't show and in the middle of a text push go in the wrong direction!
Another more serious issue happen when I type 1-2 ARABIC (that's 1 first then
a dash then 2 then ARABIC letters) like the case in outline numbering at the
beginning of a paragraph it displays as ARABIC 1-2 (that's beginning from
the right 2 then a dash then 1 then the ARABIC) instead of ARABIC 2-1 so
though I mean section 1 subsection 2, it will be read section 2 subsection 1!
I filed a similar bug to OpenOffice.org with screenshots in case it's not
clear.
SCREENSHOTS:
http://www.openoffice.org/issues/show_bug.cgi?id=34309
--
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
18 years, 11 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
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 #35: A request for an addition of a setDiacriticsColor slot
by Munzir Taha
On Monday 28 March 2005 14:34, David Faure wrote:
> On Sunday 27 March 2005 17:32, Munzir Taha wrote:
> > On Sunday 27 March 2005 16:46, Dimitri wrote:
> > > Hi,
> > >
> > > > void QTextEdit::setDiacriticsColor ( const QColor & c ) [slot]
> > >
> >
> > I can only test with my Office 2003 now since it's handy. Tools ->
> > Options -> Complex Scripts -> Different color for diacritics.
>
> This feature would be part of "syntax highlighting" in any case - i.e. it
> should be the job of a syntax highlighter [whenever there is one again for
> Qt4...], not the job of the core QTextEdit itself.
Fair enough.
--
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
19 years, 1 month
Re: Arabic issue #35: A request for an addition of a setDiacriticsColor slot
by Munzir Taha
On Sunday 27 March 2005 16:46, Dimitri wrote:
> Hi,
>
> > void QTextEdit::setDiacriticsColor ( const QColor & c ) [slot]
> > or may be you can come up with a more generic name that include other
> > marks (accents and umlauts in European languages). I see it as a nice
> > feature to have the Diacritics to have a different color than the text as
> > is the case now in many programs like MS Word.
>
> Isn't this way too specialized? At least for European languages I don't
> see any use for this feature, I've never seen it in Microsoft Word
> either (but then I've never used Office 2003 yet).
I can only test with my Office 2003 now since it's handy. Tools -> Options ->
Complex Scripts -> Different color for diacritics. There is also another nice
option to show/hide diacritics.
> Besides accents and
> umlauts are not separate glyphs, they are part of glyphs such as '�' or
> '�' in fonts with European characters.
Ah! Then forget about accent and umlauts. In Arabic they are separate glyphs
and they are just few. It's also worth mentioning that for Arabic language
this feature is really valuable. The Arabic text is correct with or without
diacritics. For some applications you need to have it appear, in others it's
better to hide them. I am not asking for this to be in 4.0 but I do like to
help Qt be the best API ever if this won't do harm to its philosophy.
> It means lots of work to render
> them separately (I don't know if it can even be achieved in a portable
> manner) and I don't think it's worth the pain.
You are surely understands better but let me tell you something. In Arabic the
diacritics are just 8 and they have their own codepoints:
064B ARABIC FATHATAN
064C ARABIC DAMMATAN
064D ARABIC KASRATAN
064E ARABIC FATHA
064F ARABIC DAMMA
0650 ARABIC KASRA
0651 ARABIC SHADDA
0652 ARABIC SUKUN
So I guess it should be very easy to make a function that would set them a
different color, no?
--
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
19 years, 1 month
Arabic issue #35: A request for an addition of a setDiacriticsColor slot
by Munzir Taha
Hi Sirs,
To make Qt feature rich (within the limits of being a generic API), I would
like to request a
void QTextEdit::setDiacriticsColor ( const QColor & c ) [slot]
or may be you can come up with a more generic name that include other marks
(accents and umlauts in European languages). I see it as a nice feature to
have the Diacritics to have a different color than the text as is the case
now in many programs like MS Word.
Many languages including Arabic, Vietnamese, ... make extensive use of these
marks.
--
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
19 years, 1 month