Uwe Stöhr wrote:
Abdel, good news: The menu TRL things you implemented now also work for
me here too, but only when I use Qt 4.4.1, with Qt 4.3.3 it won't work.
So you should add a comment to the code and the release notes I think.
OK, so we need to switch to Qt 4.4 now. Do you know whether
Uwe Stöhr wrote:
Abdel, good news: The menu TRL things you implemented now also work for
me here too, but only when I use Qt 4.4.1, with Qt 4.3.3 it won't work.
So you should add a comment to the code and the release notes I think.
OK, so we need to switch to Qt 4.4 now. Do you know whether
I'm forwarding Ran's response about this; sounds like it's a problem also in
Hebrew...
I'm not sure what the current status is --- is this already fixed in trunk?
Ran Rutenberg wrote:
Hi,
Right now, LyX's menus in Hebrew are aligned to the left. Hebrew and
Arabic are both RTL languages and
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Great! Ran --- are you able to compile the latest
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Great! Ran --- are you able
Hi,
2008/8/1, Dov Feldstern [EMAIL PROTECTED]:
Great! Ran --- are you able to compile the latest trunk to check this out?
I'll also try to check, as soon as I'm able to compile again.
It looks like it is fixed in the Arabic version, but the Hebrew version's
menus and toolbars are still left
Dov Feldstern schrieb:
Right now, LyX's menus in Hebrew are aligned to the left. Hebrew and
Arabic are both RTL languages and it is preferred that the menus will
be aligned to the right (File menu is supposed to be the rightmost
one). This is the case in most Hebrew localized software.
I
I'm forwarding Ran's response about this; sounds like it's a problem also in
Hebrew...
I'm not sure what the current status is --- is this already fixed in trunk?
Ran Rutenberg wrote:
Hi,
Right now, LyX's menus in Hebrew are aligned to the left. Hebrew and
Arabic are both RTL languages and
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Great! Ran --- are you able to compile the latest
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I'm forwarding Ran's response about this; sounds like it's a problem
also in Hebrew...
I'm not sure what the current status is --- is this already fixed in
trunk?
Yes, it is fixed :-)
Abdel.
Great! Ran --- are you able
Hi,
2008/8/1, Dov Feldstern <[EMAIL PROTECTED]>:
>
>
> Great! Ran --- are you able to compile the latest trunk to check this out?
> I'll also try to check, as soon as I'm able to compile again.
It looks like it is fixed in the Arabic version, but the Hebrew version's
menus and toolbars are
Dov Feldstern schrieb:
Right now, LyX's menus in Hebrew are aligned to the left. Hebrew and
Arabic are both RTL languages and it is preferred that the menus will
be aligned to the right (File menu is supposed to be the rightmost
one). This is the case in most Hebrew localized software.
I
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
The menu positions itself are not changed, so the File menu will
always be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
The menu positions itself are not changed, so the File menu will
always be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
OK, I did it, not so easy at the end. Please note that, now, the
layouts of all dialogs, not only the menubar, are reversed for RTL
languages. This looks like a natural thing to do but please confirm
this. Please test.
Your implementation doesn't
Abdelrazak Younes wrote:
OK, I give up on this issue for now. FYI it works fine for me with Vista
and intl 0.15.1 from Joost. If Joost is interested in upgrading libintl
maybe we can fix this issue, if not, then this will be a WONTFIX for 1.6.0.
Using the latest gettext as a library will
Joost Verburg wrote:
Abdelrazak Younes wrote:
OK, I give up on this issue for now. FYI it works fine for me with
Vista and intl 0.15.1 from Joost. If Joost is interested in upgrading
libintl maybe we can fix this issue, if not, then this will be a
WONTFIX for 1.6.0.
Using the latest gettext
Abdelrazak Younes wrote:
The internal gettext does not compile with MSVC right now. So we are
stuck :-/
I'm afraid so. The current gettext can only be compiled with MinGW,
which won't work. The links in the bugzilla report all refer to MinGW
versions, not MSVC.
Of course it should be
Joost Verburg wrote:
Abdelrazak Younes wrote:
The internal gettext does not compile with MSVC right now. So we are
stuck :-/
I'm afraid so. The current gettext can only be compiled with MinGW,
which won't work. The links in the bugzilla report all refer to MinGW
versions, not MSVC.
Of
Abdelrazak Younes wrote:
Worse than you think! I tried a bit but many posixism in there...
There are open source header files that implement most posix functions
on MSVC. If gettext 0.17 is not really different from gettext 0.15, it
should be possible.
Maybe only an XP issue because I
Joost Verburg wrote:
Abdelrazak Younes wrote:
Worse than you think! I tried a bit but many posixism in there...
There are open source header files that implement most posix functions
on MSVC.
Do you have a link?
If gettext 0.17 is not really different from gettext 0.15, it should
be
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
OK, I did it, not so easy at the end. Please note that, now, the
layouts of all dialogs, not only the menubar, are reversed for RTL
languages. This looks like a natural thing to do but please confirm
this. Please test.
Your implementation doesn't
Abdelrazak Younes wrote:
OK, I give up on this issue for now. FYI it works fine for me with Vista
and intl 0.15.1 from Joost. If Joost is interested in upgrading libintl
maybe we can fix this issue, if not, then this will be a WONTFIX for 1.6.0.
Using the latest gettext as a library will
Joost Verburg wrote:
Abdelrazak Younes wrote:
OK, I give up on this issue for now. FYI it works fine for me with
Vista and intl 0.15.1 from Joost. If Joost is interested in upgrading
libintl maybe we can fix this issue, if not, then this will be a
WONTFIX for 1.6.0.
Using the latest gettext
Abdelrazak Younes wrote:
The internal gettext does not compile with MSVC right now. So we are
stuck :-/
I'm afraid so. The current gettext can only be compiled with MinGW,
which won't work. The links in the bugzilla report all refer to MinGW
versions, not MSVC.
Of course it should be
Joost Verburg wrote:
Abdelrazak Younes wrote:
The internal gettext does not compile with MSVC right now. So we are
stuck :-/
I'm afraid so. The current gettext can only be compiled with MinGW,
which won't work. The links in the bugzilla report all refer to MinGW
versions, not MSVC.
Of
Abdelrazak Younes wrote:
Worse than you think! I tried a bit but many posixism in there...
There are open source header files that implement most posix functions
on MSVC. If gettext 0.17 is not really different from gettext 0.15, it
should be possible.
Maybe only an XP issue because I
Joost Verburg wrote:
Abdelrazak Younes wrote:
Worse than you think! I tried a bit but many posixism in there...
There are open source header files that implement most posix functions
on MSVC.
Do you have a link?
If gettext 0.17 is not really different from gettext 0.15, it should
be
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Right easy. This can be put in a new GuiApplication::setGuiLanguage()
that will call setRcGuiLanguage() and the line above.
Could you please implement this?
OK, I did it, not so easy at the end. Please note that, now, the layouts
of all dialogs,
Abdelrazak Younes wrote:
What would it take for LyX to support XeteX natively?
I have some work for that in some tree. I'll probably finish it after 1.6.0 is
out.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
What would it take for LyX to support XeteX natively?
I have some work for that in some tree. I'll probably finish it after 1.6.0 is
out.
Do you mean in 1.6.x? That would be great.
Abdel.
Abdelrazak Younes wrote:
I have some work for that in some tree. I'll probably finish it after
1.6.0 is out.
Do you mean in 1.6.x? That would be great.
No, 1.7. It includes a file format change.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I have some work for that in some tree. I'll probably finish it after
1.6.0 is out.
Do you mean in 1.6.x? That would be great.
No, 1.7. It includes a file format change.
Couldn't you put a minimal set of change now so
Abdelrazak Younes wrote:
Couldn't you put a minimal set of change now so that there won't be any
fileformat change in the future?
I don't have time to do that. And it's not that easy, it needs testing.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Couldn't you put a minimal set of change now so that there won't be any
fileformat change in the future?
I don't have time to do that. And it's not that easy, it needs testing.
Ok, forget about it, I thought the work was
Abdelrazak Younes schrieb:
OK, I did it, not so easy at the end. Please note that, now, the layouts
of all dialogs, not only the menubar, are reversed for RTL languages.
This looks like a natural thing to do but please confirm this. Please test.
Your implementation doesn't work. When I set
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Right easy. This can be put in a new GuiApplication::setGuiLanguage()
that will call setRcGuiLanguage() and the line above.
Could you please implement this?
OK, I did it, not so easy at the end. Please note that, now, the layouts
of all dialogs,
Abdelrazak Younes wrote:
> What would it take for LyX to support XeteX natively?
I have some work for that in some tree. I'll probably finish it after 1.6.0 is
out.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
What would it take for LyX to support XeteX natively?
I have some work for that in some tree. I'll probably finish it after 1.6.0 is
out.
Do you mean in 1.6.x? That would be great.
Abdel.
Abdelrazak Younes wrote:
> > I have some work for that in some tree. I'll probably finish it after
> > 1.6.0 is out.
> >
>
> Do you mean in 1.6.x? That would be great.
No, 1.7. It includes a file format change.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I have some work for that in some tree. I'll probably finish it after
1.6.0 is out.
Do you mean in 1.6.x? That would be great.
No, 1.7. It includes a file format change.
Couldn't you put a minimal set of change now so
Abdelrazak Younes wrote:
> Couldn't you put a minimal set of change now so that there won't be any
> fileformat change in the future?
I don't have time to do that. And it's not that easy, it needs testing.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Couldn't you put a minimal set of change now so that there won't be any
fileformat change in the future?
I don't have time to do that. And it's not that easy, it needs testing.
Ok, forget about it, I thought the work was
Abdelrazak Younes schrieb:
OK, I did it, not so easy at the end. Please note that, now, the layouts
of all dialogs, not only the menubar, are reversed for RTL languages.
This looks like a natural thing to do but please confirm this. Please test.
Your implementation doesn't work. When I set
I wrote:
What do you mean?
Sorry, I now see that you attached screenshots. So this should be changed:
The menu positions itself are not changed, so the File menu will always
be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
regards Uwe
inline:
Abdelrazak Younes schrieb:
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL languages... What about
Hebrew Dov, is it the same?
It's the same when using Hebrew.
The implementation is
hatim ali schrieb:
i hope you can make the menu (right to left) when i used arabic language or any
language write from right to left.
What do you mean? When you set the document language in LyX to Arabic, you get Right to Left aligned
text. Also the cursor behaves then the Right to Left
Uwe Stöhr wrote:
The menu positions itself are not changed, so the File menu will
always be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL languages... What about
Hebrew Dov, is it the same?
It's the same when using Hebrew.
The
Abdelrazak Younes schrieb:
Right easy. This can be put in a new GuiApplication::setGuiLanguage()
that will call setRcGuiLanguage() and the line above.
Could you please implement this?
PS: Tell your friend that the above code can be shortened to:
bool is_rtl = FET_LANGUAGE==ar ||
I wrote:
What do you mean?
Sorry, I now see that you attached screenshots. So this should be changed:
The menu positions itself are not changed, so the File menu will always
be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
regards Uwe
<><>
Abdelrazak Younes schrieb:
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL languages... What about
Hebrew Dov, is it the same?
It's the same when using Hebrew.
The implementation is
hatim ali schrieb:
i hope you can make the menu (right to left) when i used arabic language or any
language write from right to left.
What do you mean? When you set the document language in LyX to Arabic, you get Right to Left aligned
text. Also the cursor behaves then the Right to Left
Uwe Stöhr wrote:
The menu positions itself are not changed, so the File menu will
always be the first one at the left side of the screen.
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Abdel, do you know if Qt supports this?
I guess so. I am actually surprised that this is not the default.
QMenuBar doc doesn't say anything about RTL languages... What about
Hebrew Dov, is it the same?
It's the same when using Hebrew.
The
Abdelrazak Younes schrieb:
Right easy. This can be put in a new GuiApplication::setGuiLanguage()
that will call setRcGuiLanguage() and the line above.
Could you please implement this?
PS: Tell your friend that the above code can be shortened to:
bool is_rtl = FET_LANGUAGE=="ar" ||
58 matches
Mail list logo
