Hi,
My comments are below
Miki
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to
continue the Hebrew to the right of the English word, but after the
Hebrew space, as to continue typing, I
Separating this into different issues, it's getting long...
Miki Dovrat wrote:
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to
continue the Hebrew to the right of the English word, but after the
Miki Dovrat wrote:
When moving across already written text, lyx, when spotting a move between
\L and \R should move visually, i.e., to the end of the foreign text and go
backwards (so the arrow keys move to the right direction), and change its
language as well, again, unless explicitly
Dov Feldstern wrote:
, unless the user explicitly changes it with F12 (\language hebrew),
the cursor will NOT MOVE, and the text will be added where it was,
whether it was English or Hebrew.
Again, this doesn't make sense when typing. It means after every
insertion of an english word,
Miki Dovrat wrote:
To sum up, I would like lyx, when it is inside a \L (English), to switch
automatically to English, unless the user explicitly changes it with F12
(\language hebrew), the cursor will NOT MOVE, and the text will be added
where it was, whether it was English or Hebrew.
When
Dov Feldstern wrote:
Miki Dovrat wrote:
When moving across already written text, lyx, when spotting a move
between \L and \R should move visually, i.e., to the end of the
foreign text and go backwards (so the arrow keys move to the right
direction), and change its language as well, again,
Miki Dovrat wrote:
6. I cannot enter an inline equation to the right of the English word.
This looks like a bug. If you're coming from the english, then I think
that the equation should also be in english (see next comment), and
then what you want to do would work. Can you open a bug for this
Dov Feldstern wrote:
Miki Dovrat wrote:
Are these solved with the above-mentioned fix?
Is it already in svn? if not, where is the patch? I will check.
See http://permalink.gmane.org/gmane.editors.lyx.devel/87817. Let's
continue the discussion of this issue in response to that thread.
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the logical direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Abdel's idea is even
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the logical direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the logical direction sense),
expected and easily adapted to by the user, as there are
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the logical direction sense),
expected and easily adapted to by
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the logical direction sense),
expected and easily adapted to by
Hi,
My comments are below
Miki
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to
continue the Hebrew to the right of the English word, but after the
Hebrew space, as to
Separating this into different issues, it's getting long...
Miki Dovrat wrote:
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to
continue the Hebrew to the right of the English word, but after the
Miki Dovrat wrote:
When moving across already written text, lyx, when spotting a move between
\L and \R should move visually, i.e., to the end of the foreign text and go
backwards (so the arrow keys move to the right direction), and change its
language as well, again, unless explicitly
Dov Feldstern wrote:
, unless the user explicitly changes it with F12 (\language hebrew),
the cursor will NOT MOVE, and the text will be added where it was,
whether it was English or Hebrew.
Again, this doesn't make sense when typing. It means after every
insertion of an english word,
Miki Dovrat wrote:
To sum up, I would like lyx, when it is inside a \L (English), to switch
automatically to English, unless the user explicitly changes it with F12
(\language hebrew), the cursor will NOT MOVE, and the text will be added
where it was, whether it was English or Hebrew.
When
Dov Feldstern wrote:
Miki Dovrat wrote:
When moving across already written text, lyx, when spotting a move
between \L and \R should move visually, i.e., to the end of the
foreign text and go backwards (so the arrow keys move to the right
direction), and change its language as well, again,
Miki Dovrat wrote:
6. I cannot enter an inline equation to the right of the English word.
This looks like a bug. If you're coming from the english, then I think
that the equation should also be "in english" (see next comment), and
then what you want to do would work. Can you open a bug for
Dov Feldstern wrote:
Miki Dovrat wrote:
Are these solved with the above-mentioned fix?
Is it already in svn? if not, where is the patch? I will check.
See http://permalink.gmane.org/gmane.editors.lyx.devel/87817. Let's
continue the discussion of this issue in response to that thread.
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the "logical" direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Abdel's idea is even
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the user
will learn to press END (end of line) to move it to continue typing. It is
logical, (not in the "logical" direction sense), expected and easily adapted
to by the user, as there are no surprises there.
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by the user, as there are
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by
Dov Feldstern wrote:
Dov Feldstern wrote:
Miki Dovrat wrote:
I was going to say, let the cursor always stay where it is, and the
user will learn to press END (end of line) to move it to continue
typing. It is logical, (not in the "logical" direction sense),
expected and easily adapted to by
Stefan Schimanski wrote:
Not exactly. The problem is, that LyX is not allowing two spaces which
are adjacent *logically* --- but in this case, they are not adjacent
visually. So it looks as if it's not allowing even one space at that
logical position, but in fact there already is a space in
Stefan Schimanski wrote:
Not exactly. The problem is, that LyX is not allowing two spaces which
are adjacent *logically* --- but in this case, they are not adjacent
visually. So it looks as if it's not allowing even one space at that
logical position, but in fact there already is a space in
Hi,
My replies to your replies :) :
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to continue
the Hebrew to the right of the English word, but after the Hebrew space,
as to continue typing,
Miki Dovrat wrote:
Hi,
My replies to your replies :) :
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to continue
the Hebrew to the right of the English word, but after the Hebrew space,
as to
Not exactly. The problem is, that LyX is not allowing two spaces
which are adjacent *logically* --- but in this case, they are not
adjacent visually. So it looks as if it's not allowing even one
space at that logical position, but in fact there already is a
space in that logical position,
Hi,
My replies to your replies :) :
>> 3. If I have a Hebrew paragraph with an English word like
>> ? English ? ?
>> and I type continuously, the spaces are Hebrew. Now if I try to continue
>> the Hebrew to the right of the English word, but after the Hebrew space,
>> as to
Miki Dovrat wrote:
Hi,
My replies to your replies :) :
3. If I have a Hebrew paragraph with an English word like
? English ? ?
and I type continuously, the spaces are Hebrew. Now if I try to continue
the Hebrew to the right of the English word, but after the Hebrew space,
as to
Not exactly. The problem is, that LyX is not allowing two spaces
which are adjacent *logically* --- but in this case, they are not
adjacent visually. So it looks as if it's not allowing even one
space at that logical position, but in fact there already is a
space in that logical position,
Hi,
I am using lyx svn version 18738 from Monday night.
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
include that already.
2. I can't tell whether
Miki Dovrat wrote:
Hi,
Hi, Miki!
I am using lyx svn version 18738 from Monday night.
Good!
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
Hi,
I am using lyx svn version 18738 from Monday night.
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
include that already.
2. I can't tell whether
Miki Dovrat wrote:
Hi,
Hi, Miki!
I am using lyx svn version 18738 from Monday night.
Good!
I have found a few problems with the Bidi:
1. Cursor movement is not yet visual, i.e. the cursor goes opposite to
the arrow key on foreign parts. I don't know if it was your intention to
Thank you for your feedback.
אבג space F!2abcspaceF12 דהו
I get
אבג [ abc]דהו
Yes, that is what I would expect from the current implementation ( only
the space should be eliminated. Will check that.
when I move back (to the space) with the cursor the extra space is
eliminated (I've
Thank you for your feedback.
אבג abc דהו
I get
אבג [ abc]דהו
Yes, that is what I would expect from the current implementation ( only
the space should be eliminated. Will check that.
when I move back (to the space) with the cursor the extra space is
eliminated (I've attached a
I think we have basically two things to discuss now:
1) the space issue at the boundaries between RTL/LTR
2) the visual movement
Maybe we should seperate it to keep the overview, using two different
topics...
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Hi,
If you need help testing the RTL support I'm willing to help as much as I can. I
write most of my files in Hebrew and therefore I use RTL a lot.
I may need a bit of guiding on how to compile the patches... (I don't have much
experience in using patches).
Sincerely,
Ran Rutenberg
Hi Ran
Hi,
Dov Feldstern [EMAIL PROTECTED] writes:
Hi Ran (and any other would-be Bidi testers),
Please try out the patches from
http://permalink.gmane.org/gmane.editors.lyx.devel/86921 and let us know
(preferably in a reply to that thread, but I reply to here is also fine)
how you feel about the
I think we have basically two things to discuss now:
1) the space issue at the boundaries between RTL/LTR
2) the visual movement
Maybe we should seperate it to keep the overview, using two different
topics...
Stefan
PGP.sig
Description: Signierter Teil der Nachricht
Hi,
If you need help testing the RTL support I'm willing to help as much as I can. I
write most of my files in Hebrew and therefore I use RTL a lot.
I may need a bit of guiding on how to compile the patches... (I don't have much
experience in using patches).
Sincerely,
Ran Rutenberg
Hi Ran
Hi,
Dov Feldstern <[EMAIL PROTECTED]> writes:
Hi Ran (and any other would-be Bidi testers),
Please try out the patches from
http://permalink.gmane.org/gmane.editors.lyx.devel/86921 and let us know
(preferably in a reply to that thread, but I reply to here is also fine)
how you feel about the
Hi!
Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).
what about to post it to the user list ?
pavel
Am 05.06.2007 um 14:18 schrieb Pavel Sanda:
You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).
That was my intention. Noticed it after it was sent. Sent it again to
the users list, but it didn't show yet
Stefan
Stefan Schimanski [EMAIL PROTECTED] writes:
Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it
Hi!
Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
> You don't have to be a developer, just user of a RTL language who
> wants to have LyX 1.5 to behave the right way (tm).
what about to post it to the user list ?
pavel
Am 05.06.2007 um 14:18 schrieb Pavel Sanda:
You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).
That was my intention. Noticed it after it was sent. Sent it again to
the users list, but it didn't show yet
Stefan
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> Myself and Dov Feldstern are working on the support for Right-To-Left
> languages in LyX. In the latest RC1 there are many things which are
> not the way they should be. As we are not using Right-To-Left ourself
> we lack a bit the experience
54 matches
Mail list logo