Re: RTL cursor movement

Op 23-07-19 om 07:41 schreef Jürgen Spitzmüller: Am Dienstag, den 23.07.2019, 06:40 +0200 schrieb Jürgen Spitzmüller: I see. This makes sense. I will update the docs. This is what I came up with: Right-to-left cursor movement: Here you can define how cursor movement (with the arrow keys

Re: RTL cursor movement

Am Dienstag, den 23.07.2019, 06:40 +0200 schrieb Jürgen Spitzmüller: > I see. This makes sense. I will update the docs. This is what I came up with: Right-to-left cursor movement: Here you can define how cursor movement (with the arrow keys) behaves when writing scripts with right-to-l

Re: RTL cursor movement

ve > direction (such as a couple of RTL words in LTR text) than with > those > words the cursor movement is going backwards, following the direction > of > the text, but also following the logic of what is forwards and > backwards > of the surrounding text. > > With v

Re: RTL cursor movement

in the paragraph a few words have an alternative direction (such as a couple of RTL words in LTR text) than with those words the cursor movement is going backwards, following the direction of the text, but also following the logic of what is forwards and backwards of the surrounding text. With visual

Re: RTL cursor movement

Le 22/07/2019 à 18:58, Jürgen Spitzmüller a écrit : Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right ar

Re: RTL cursor movement

Le 22/07/2019 à 18:58, Jürgen Spitzmüller a écrit : Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right ar

Re: RTL cursor movement

Am Sonntag, den 21.07.2019, 12:30 +0200 schrieb Jürgen Spitzmüller: > I wanted to add a tooltip to the RTL cursor movement items in Prefs > > Language, but I am unable to find out what it actually does. I would > expect that the left/right arrow keys behave differently in RTL > cont

RTL cursor movement

I wanted to add a tooltip to the RTL cursor movement items in Prefs > Language, but I am unable to find out what it actually does. I would expect that the left/right arrow keys behave differently in RTL context depending on whether "Logical" or "Visual" is selected,

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Scott Kostyshak wrote: > I looked for a better way to find out whether an inset has a context > menu and did not find one. Note that display math does not seem to have > a context name but does have a context menu. > > I did significant testing with the patch and it works well. Thanks for

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Jean-Marc Lasgouttes wrote: > So when left-clicking insets will not have the same behavior depending > on them having a context menu? Yes, but I could not find an inset where this matters. I originally tried to use the mouse button information last year, but unfortunately I do not remember

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Le 14/03/2016 21:55, Georg Baum a écrit : Yes. I am sorry, but this bug fix (which initially looked trivial) turned out to be really delicate. This is why I was glad to let you try it :) The problem is that the fixup b70f2eff is incomplete: It does not consider insets which do not have a

Re: [LyX/master] Fix cursor movement for large logos (#9628)

On Mon, Mar 14, 2016 at 09:55:24PM +0100, Georg Baum wrote: > Scott Kostyshak wrote: > > > Can you reproduce? > > The problem is that the fixup b70f2eff is incomplete: It does not consider > insets which do not have a dialog, but a context menu. The attached patch > fixes this for me. OK to go

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Scott Kostyshak wrote: > I think this caused the following change in behavior for me: it is > possible for me to get the context menu when right-clicking on a newline > inset but to have the options greyed out. I think this happens more > often when I right-click on the far right of the red,

Re: [LyX/master] Fix cursor movement for large logos (#9628)

On Sun, Oct 11, 2015 at 02:26:16PM +0200, Georg Baum wrote: > commit 359aef92f87169ce2683e287bb24bc3d5f46a190 > Author: Georg Baum <b...@lyx.org> > Date: Sun Oct 11 14:21:45 2015 +0200 > > Fix cursor movement for large logos (#9628) > > Previously, if o

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Scott Kostyshak wrote: > I think this commit caused a regression in context menus. From what I > understand, the old behavior was that when there was a right-click over > an inset LyX would move the cursor just in front of the inset which is > how LyX would know which context menu to show. With

Re: [LyX/master] Fix cursor movement for large logos (#9628)

On Sat, Oct 17, 2015 at 11:45:29AM +0200, Georg Baum wrote: > Scott Kostyshak wrote: > > > I think this commit caused a regression in context menus. From what I > > understand, the old behavior was that when there was a right-click over > > an inset LyX would move the cursor just in front of the

Re: [LyX/master] Fix cursor movement for large logos (#9628)

On Sun, Oct 11, 2015 at 02:26:16PM +0200, Georg Baum wrote: > commit 359aef92f87169ce2683e287bb24bc3d5f46a190 > Author: Georg Baum <b...@lyx.org> > Date: Sun Oct 11 14:21:45 2015 +0200 > > Fix cursor movement for large logos (#9628) > > Previously, if o

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Le 11/10/2015 14:56, Guillaume Munch a écrit : Le 11/10/2015 13:26, Georg Baum a écrit : commit 359aef92f87169ce2683e287bb24bc3d5f46a190 Author: Georg Baum <b...@lyx.org> Date: Sun Oct 11 14:21:45 2015 +0200 Fix cursor movement for large logos (#9628) Previously, if one c

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Le 11/10/2015 13:26, Georg Baum a écrit : commit 359aef92f87169ce2683e287bb24bc3d5f46a190 Author: Georg Baum <b...@lyx.org> Date: Sun Oct 11 14:21:45 2015 +0200 Fix cursor movement for large logos (#9628) Previously, if one clicked onto a large non-editable inset like the n

Re: [LyX/master] Fix cursor movement for large logos (#9628)

Guillaume Munch wrote: > Thanks. Can this be easily adapted for > <http://www.lyx.org/trac/ticket/9748> ? I don't think so. Cursor movement in math is a quite separate implementation. Georg

Re: Need RtL user wisdom (was: Re: logical cursor movement)

and change the language from Arabic to English, nothing changes (note I still have logical cursor movement set). From what I understand from your above explanation, after the change, in Arabic right arrow means move forward. But if I put the cursor at the beginning of the document (e.g

Re: Need RtL user wisdom (was: Re: logical cursor movement)

guage that is RtL? > >> If that is the case, then why when I go to the document settings and > >> change the language from Arabic to English, nothing changes (note I still > >> have "logical" cursor movement set). From what I understand from your > >> ab

Re: Need RtL user wisdom (was: Re: logical cursor movement)

? If that is the case, then why when I go to the document settings and change the language from Arabic to English, nothing changes (note I still have logical cursor movement set). From what I understand from your above explanation, after the change, in Arabic right arrow means move forward. But if I put

Re: Need RtL user wisdom (was: Re: logical cursor movement)

still have logical cursor movement set). From what I understand from your above explanation, after the change, in Arabic right arrow means move forward. But if I put the cursor at the beginning of the document (e.g. with ctrl + home), which is in Arabic, Left arrow moves forward and Right

Re: Need RtL user wisdom (was: Re: logical cursor movement)

anguage that is RtL? If > that is the case, then why when I go to the document settings and change the > language from Arabic to English, nothing changes (note I still have "logical" > cursor movement set). From what I understand from your above explanation, > after the change, in

Re: Need RtL user wisdom (was: Re: logical cursor movement)

>> language from Arabic to English, nothing changes (note I still have >> "logical" cursor movement set). From what I understand from your above >> explanation, after the change, in Arabic "right arrow" means "move forward". >> But if I put the cu

Re: Need RtL user wisdom (was: Re: logical cursor movement)

On Sun, Jul 05, 2015 at 11:57:36AM -0700, Lior Silberman wrote: Tested with LyX 2.1.3 (so with my own file, not the attachment) and got the expected result. Visual cursor movement means left and right arrow keys always move the cursor left and right. The logical behaviour is as follows: 1

Re: Need RtL user wisdom (was: Re: logical cursor movement)

On Sun, Jul 05, 2015 at 11:57:36AM -0700, Lior Silberman wrote: > Tested with LyX 2.1.3 (so with my own file, not the attachment) and > got the expected result. "Visual" cursor movement means left and > right arrow keys always move the cursor left and right. The &q

Need RtL user wisdom (was: Re: logical cursor movement)

Le 04/07/2015 14:38, Scott Kostyshak a écrit : I have no experience with how this is supposed to work, but I would like to confirm that this behavior is expected: 1. In Tools Preferences Language Settings, set Cursor movement to Logical (by the way, a tooltip here might be useful). 2. Open

Re: Need RtL user wisdom (was: Re: logical cursor movement)

Tested with LyX 2.1.3 (so with my own file, not the attachment) and got the expected result. Visual cursor movement means left and right arrow keys always move the cursor left and right. The logical behaviour is as follows: 1. If the document is LtR and there is text is RtL then right arrow

Re: Need RtL user wisdom (was: Re: logical cursor movement)

Hi, On Sun, Jul 5, 2015 at 9:57 PM, Lior Silberman lior3.1...@gmail.com wrote: Tested with LyX 2.1.3 (so with my own file, not the attachment) and got the expected result. Visual cursor movement means left and right arrow keys always move the cursor left and right. The logical behaviour

Need RtL user wisdom (was: Re: logical cursor movement)

Le 04/07/2015 14:38, Scott Kostyshak a écrit : I have no experience with how this is supposed to work, but I would like to confirm that this behavior is expected: 1. In Tools > Preferences > Language Settings, set "Cursor movement" to "Logical" (by the way, a toolti

Re: Need RtL user wisdom (was: Re: logical cursor movement)

Tested with LyX 2.1.3 (so with my own file, not the attachment) and got the expected result. "Visual" cursor movement means left and right arrow keys always move the cursor left and right. The "logical" behaviour is as follows: 1. If the document is LtR and there is tex

Re: Need RtL user wisdom (was: Re: logical cursor movement)

Hi, On Sun, Jul 5, 2015 at 9:57 PM, Lior Silberman <lior3.1...@gmail.com> wrote: > Tested with LyX 2.1.3 (so with my own file, not the attachment) and > got the expected result. "Visual" cursor movement means left and > right arrow keys always move the cursor left

logical cursor movement

I have no experience with how this is supposed to work, but I would like to confirm that this behavior is expected: 1. In Tools Preferences Language Settings, set Cursor movement to Logical (by the way, a tooltip here might be useful). 2. Open the attached file. 3. In Arabic, when I press Right

logical cursor movement

I have no experience with how this is supposed to work, but I would like to confirm that this behavior is expected: 1. In Tools > Preferences > Language Settings, set "Cursor movement" to "Logical" (by the way, a tooltip here might be useful). 2. Open the attached file.

Re: cursor movement / usability annoyances

On 02/27/2015 04:54 PM, Alfredo Braunstein wrote: On Fri, Feb 27, 2015 at 6:17 PM, Scott Kostyshak skost...@lyx.org wrote: I think Richard is talking about what you are interested in, which is this bug http://www.lyx.org/trac/ticket/2346 which was fixed by Alfredo and is in 2.2dev but is not

Re: cursor movement / usability annoyances

On 02/27/2015 04:54 PM, Alfredo Braunstein wrote: On Fri, Feb 27, 2015 at 6:17 PM, Scott Kostyshak wrote: I think Richard is talking about what you are interested in, which is this bug http://www.lyx.org/trac/ticket/2346 which was fixed by Alfredo and is in 2.2dev but is not

Re: cursor movement / usability annoyances

Le 26/02/2015 16:16, Richard Heck a écrit : The release notes for new version 2.1.3 mention inset-select-all, which may be related (but isn't the whole story). I think we did not put this into stable, as it touched a lot of code. But if someone would like to prepare a patch, I'd be happy to

Re: cursor movement / usability annoyances

On Thu, Feb 26, 2015 at 10:16 AM, Richard Heck rgh...@lyx.org wrote: On 02/25/2015 07:02 PM, mark.braving...@csiro.au wrote: Tue, Feb 24, 2015 at 11:33 PM, mark.braving...@csiro.au wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me

Re: cursor movement / usability annoyances

On Fri, Feb 27, 2015 at 6:17 PM, Scott Kostyshak skost...@lyx.org wrote: I think Richard is talking about what you are interested in, which is this bug http://www.lyx.org/trac/ticket/2346 which was fixed by Alfredo and is in 2.2dev but is not in 2.1.3. Yes, maybe also #9289 and #9291 A/

Re: cursor movement / usability annoyances

Le 26/02/2015 16:16, Richard Heck a écrit : The release notes for new version 2.1.3 mention "inset-select-all", which may be related (but isn't the whole story). I think we did not put this into stable, as it touched a lot of code. But if someone would like to prepare a patch, I'd be happy to

Re: cursor movement / usability annoyances

:) >>>> >>>> ... inside equations and tables, Lyx's cursor movement "rules" drive me >>> >>> nuts! I dislike mousing, and prefer cursor-movement keys as more >>> predictable and requiring less conscious control. But the key-based >>> m

Re: cursor movement / usability annoyances

On Fri, Feb 27, 2015 at 6:17 PM, Scott Kostyshak wrote: > I think Richard is talking about what you are interested in, which is this bug > http://www.lyx.org/trac/ticket/2346 > which was fixed by Alfredo and is in 2.2dev but is not in 2.1.3. Yes, maybe also #9289 and #9291 A/

Re: cursor movement / usability annoyances

On 02/25/2015 07:02 PM, mark.braving...@csiro.au wrote: Tue, Feb 24, 2015 at 11:33 PM, mark.braving...@csiro.au wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me nuts! I dislike mousing, and prefer cursor-movement keys as more

Re: cursor movement / usability annoyances

On Thu, Feb 26, 2015 at 1:02 AM, mark.braving...@csiro.au wrote: Tue, Feb 24, 2015 at 11:33 PM, mark.braving...@csiro.au wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me nuts! I dislike mousing, and prefer cursor-movement keys

Re: cursor movement / usability annoyances

On Thu, Feb 26, 2015 at 1:02 AM, <mark.braving...@csiro.au> wrote: > Tue, Feb 24, 2015 at 11:33 PM, <mark.braving...@csiro.au> wrote: >> > I am a LyX lover. However ... :) >> > >> > ... inside equations and tables, Lyx's cursor movement "rules&q

Re: cursor movement / usability annoyances

On 02/25/2015 07:02 PM, mark.braving...@csiro.au wrote: Tue, Feb 24, 2015 at 11:33 PM, <mark.braving...@csiro.au> wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement "rules" drive me nuts! I dislike mousing, and prefer cursor-movem

Re: cursor movement / usability annoyances

On Tue, Feb 24, 2015 at 11:33 PM, mark.braving...@csiro.au wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me nuts! I dislike mousing, and prefer cursor-movement keys as more predictable and requiring less conscious control

RE: cursor movement / usability annoyances

Tue, Feb 24, 2015 at 11:33 PM, mark.braving...@csiro.au wrote: I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me nuts! I dislike mousing, and prefer cursor-movement keys as more predictable and requiring less conscious control

Re: cursor movement / usability annoyances

On Tue, Feb 24, 2015 at 11:33 PM, <mark.braving...@csiro.au> wrote: > I am a LyX lover. However ... :) > > ... inside equations and tables, Lyx's cursor movement "rules" drive me nuts! > I dislike mousing, and prefer cursor-movement keys as more predictable and

RE: cursor movement / usability annoyances

Tue, Feb 24, 2015 at 11:33 PM, <mark.braving...@csiro.au> wrote: > > I am a LyX lover. However ... :) > > > > ... inside equations and tables, Lyx's cursor movement "rules" drive me > nuts! I dislike mousing, and prefer cursor-movement keys as more >

cursor movement / usability annoyances

I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement rules drive me nuts! I dislike mousing, and prefer cursor-movement keys as more predictable and requiring less conscious control. But the key-based motion actually feels quite unpredictable and--- crucially

cursor movement / usability annoyances

I am a LyX lover. However ... :) ... inside equations and tables, Lyx's cursor movement "rules" drive me nuts! I dislike mousing, and prefer cursor-movement keys as more predictable and requiring less conscious control. But the key-based motion actually feels quite unp

Re: Cursor movement bug in math insets with split views

As a matter of interest, is Instant Preview on in Tools Preferences Display? If I turn it off, the problem vanishes. Andrew I will need to have a look. I have did quite some work in this area to check whether the instant preview is shown in the correct view, whether the inset is being

Re: Cursor movement bug in math insets with split views

On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote: As a matter of interest, is Instant Preview on in Tools Preferences Display? If I turn it off, the problem vanishes. Andrew I will need to have a look. I have did quite some work in this area to check whether the instant preview is

Re: Cursor movement bug in math insets with split views

On Fri, Apr 11, 2014 at 11:30 AM, aparsloe apars...@clear.net.nz wrote: On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote: As a matter of interest, is Instant Preview on in Tools Preferences Display? If I turn it off, the problem vanishes. Andrew I will need to have a look. I have

Re: Cursor movement bug in math insets with split views

On 04/11/2014 05:36 AM, Vincent van Ravesteijn wrote: Yes, I carefully copy-pasted the bug when I created the InsetPreview ;). Perfect! Richard

Re: Cursor movement bug in math insets with split views

> > As a matter of interest, is Instant Preview on in Tools > Preferences > > Display? If I turn it off, the problem vanishes. > > Andrew > I will need to have a look. I have did quite some work in this area to check whether the instant preview is shown in the correct view, whether the inset is

Re: Cursor movement bug in math insets with split views

On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote: As a matter of interest, is Instant Preview on in Tools > Preferences > Display? If I turn it off, the problem vanishes. Andrew I will need to have a look. I have did quite some work in this area to check whether the instant preview is

Re: Cursor movement bug in math insets with split views

On Fri, Apr 11, 2014 at 11:30 AM, aparsloe wrote: > > On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote: >>> >>> As a matter of interest, is Instant Preview on in Tools > Preferences > >>> Display? If I turn it off, the problem vanishes. >>> >>> Andrew >>> >> I will

Re: Cursor movement bug in math insets with split views

On 04/11/2014 05:36 AM, Vincent van Ravesteijn wrote: Yes, I carefully copy-pasted the bug when I created the InsetPreview ;). Perfect! Richard

Re: Cursor movement bug in math insets with split views

screen (it seems to need to be about two lines off screen), mouse-driven cursor movement in the formula in the left view becomes available again. (I've also put this on the user's list to see if someone else with a Windows machine can reproduce it.) Andrew

Re: Cursor movement bug in math insets with split views

On 7/04/2014 2:21 p.m., Richard Heck wrote: On 04/06/2014 08:55 PM, aparsloe wrote: On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now

Re: Cursor movement bug in math insets with split views

mula in the right view scrolls off screen (it seems to need to be about two lines off screen), mouse-driven cursor movement in the formula in the left view becomes available again. (I've also put this on the user's list to see if someone else with a Windows machine can reproduce it.) Andrew

Re: Cursor movement bug in math insets with split views

On 7/04/2014 2:21 p.m., Richard Heck wrote: On 04/06/2014 08:55 PM, aparsloe wrote: On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now

Cursor movement bug in math insets with split views

In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with the mouse* between, say, m and c. I find the cursor remains stuck at the start of

Re: Cursor movement bug in math insets with split views

On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with the mouse* between, say, m and c. I find

Re: Cursor movement bug in math insets with split views

On 04/06/2014 08:55 PM, aparsloe wrote: On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with

Cursor movement bug in math insets with split views

In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with the mouse* between, say, "m" and "c". I find the cursor remains stuck at the start

Re: Cursor movement bug in math insets with split views

On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with the mouse* between, say, "m" and "c". I

Re: Cursor movement bug in math insets with split views

On 04/06/2014 08:55 PM, aparsloe wrote: On 7/04/2014 12:47 p.m., aparsloe wrote: In a new document open a math inset and enter e=mc^2. Split the view into left and right views. In the right view ensure the cursor lies *outside* the math inset. Now in the left view try to put the cursor *with

Undo groups on cursor movement ?

Hi, if I start LyX with -dbg undo, why do I get the creation of 3 undo groups for each single (read-only) cursor movement ? For example, just moving right over a letter, gives me: Undo.cpp(498): +++Creating new group 11 Undo.cpp(511): ---End of group 11 Undo.cpp(498): +++Creating

Re: Undo groups on cursor movement ?

Le 29/09/2011 00:25, Tommaso Cucinotta a écrit : if I start LyX with -dbg undo, why do I get the creation of 3 undo groups for each single (read-only) cursor movement ? Not sure, but this is not a problem per se. creating an undo group is just incrementing an integer, no memory is allocated

Undo groups on cursor movement ?

Hi, if I start LyX with -dbg undo, why do I get the creation of 3 undo groups for each single (read-only) cursor movement ? For example, just moving right over a letter, gives me: Undo.cpp(498): +++Creating new group 11 Undo.cpp(511): ---End of group 11 Undo.cpp(498): +++Creating

Re: Undo groups on cursor movement ?

Le 29/09/2011 00:25, Tommaso Cucinotta a écrit : if I start LyX with -dbg undo, why do I get the creation of 3 undo groups for each single (read-only) cursor movement ? Not sure, but this is not a problem per se. "creating an undo group" is just incrementing an integer, no memory is

Re: [patch] visual bidi cursor movement

Pavel Sanda wrote: Committed: http://www.lyx.org/trac/changeset/22928 http://www.lyx.org/trac/changeset/22929 http://www.lyx.org/trac/changeset/22930 don't forget to add some entry into wiki news for 1.6 :) pavel Right, thanks for the reminder! Couldn't do it tonight, though, because of the

Re: [patch] visual bidi cursor movement

Pavel Sanda wrote: Committed: http://www.lyx.org/trac/changeset/22928 http://www.lyx.org/trac/changeset/22929 http://www.lyx.org/trac/changeset/22930 don't forget to add some entry into wiki news for 1.6 :) pavel Right, thanks for the reminder! Couldn't do it tonight, though, because of the

Re: [patch] visual bidi cursor movement

Dov Feldstern wrote: Hi! Attached please find the latest versions of the visual mode for bidi cursor movement patches. I fixed them up based on feedback (mainly from Pavel and Abdel --- thanks!) Also, right movement is now included as well. If there are no objections I will commit soon. I

Re: [patch] visual bidi cursor movement

Committed: http://www.lyx.org/trac/changeset/22928 http://www.lyx.org/trac/changeset/22929 http://www.lyx.org/trac/changeset/22930 don't forget to add some entry into wiki news for 1.6 :) pavel

Re: [patch] visual bidi cursor movement

Dov Feldstern wrote: Hi! Attached please find the latest versions of the visual mode for bidi cursor movement patches. I fixed them up based on feedback (mainly from Pavel and Abdel --- thanks!) Also, right movement is now included as well. If there are no objections I will commit soon. I

Re: [patch] visual bidi cursor movement

> Committed: > http://www.lyx.org/trac/changeset/22928 > http://www.lyx.org/trac/changeset/22929 > http://www.lyx.org/trac/changeset/22930 don't forget to add some entry into wiki news for 1.6 :) pavel

[patch] visual bidi cursor movement

Hi! Attached please find the latest versions of the visual mode for bidi cursor movement patches. I fixed them up based on feedback (mainly from Pavel and Abdel --- thanks!) Also, right movement is now included as well. If there are no objections I will commit soon. I believe that once I

[patch] visual bidi cursor movement

Hi! Attached please find the latest versions of the visual mode for bidi cursor movement patches. I fixed them up based on feedback (mainly from Pavel and Abdel --- thanks!) Also, right movement is now included as well. If there are no objections I will commit soon. I believe that once I

Re: [patch-RFC] visual mode for bidi cursor movement

Dov Feldstern [EMAIL PROTECTED] writes: Hi! For the past few months I've been working on visual mode for bidi cursor movement. After a few false starts, I finally feel that I've got an implementation which is relatively clean. It's not totally finished yet, but it is well enough along

Re: [patch-RFC] visual mode for bidi cursor movement

Dov Feldstern wrote: b. Probably the visual_cursor option should only be enabled if rtl_support is on --- if rtl_support is false, visual_cursor should definitely be false, and should be disabled in the GUI (only because it uses the bidi tables, which will not be computed in the

Re: [patch-RFC] visual mode for bidi cursor movement

Abdelrazak Younes wrote: Dov Feldstern wrote: b. Probably the visual_cursor option should only be enabled if rtl_support is on --- if rtl_support is false, visual_cursor should definitely be false, and should be disabled in the GUI (only because it uses the bidi tables, which will not be

Re: [patch-RFC] visual mode for bidi cursor movement

Dov Feldstern <[EMAIL PROTECTED]> writes: > Hi! > > For the past few months I've been working on visual mode for bidi > cursor movement. After a few false starts, I finally feel that I've > got an implementation which is relatively clean. It's not totally > finished ye

Re: [patch-RFC] visual mode for bidi cursor movement

Dov Feldstern wrote: b. Probably the visual_cursor option should only be enabled if rtl_support is on --- if rtl_support is false, visual_cursor should definitely be false, and should be disabled in the GUI (only because it uses the bidi tables, which will not be computed in the

Re: [patch-RFC] visual mode for bidi cursor movement

Abdelrazak Younes wrote: Dov Feldstern wrote: b. Probably the visual_cursor option should only be enabled if rtl_support is on --- if rtl_support is false, visual_cursor should definitely be false, and should be disabled in the GUI (only because it uses the bidi tables, which will not be

Re: [patch-RFC] visual mode for bidi cursor movement

b. Probably the visual_cursor option should only be enabled if rtl_support is on --- if rtl_support is false, visual_cursor should definitely be false, and should be disabled in the GUI (only because it uses the bidi tables, which will not be computed in the non-rtl_support case).

[patch-RFC] visual mode for bidi cursor movement

Hi! For the past few months I've been working on visual mode for bidi cursor movement. After a few false starts, I finally feel that I've got an implementation which is relatively clean. It's not totally finished yet, but it is well enough along to submit for comments. Attached are three

Re: [patch-RFC] visual mode for bidi cursor movement

> b. Probably the visual_cursor option should only be enabled if > rtl_support is on --- if rtl_support is false, visual_cursor should > definitely be false, and should be disabled in the GUI (only because it > uses the bidi tables, which will not be computed in the non-rtl_support > case).

[patch-RFC] visual mode for bidi cursor movement

Hi! For the past few months I've been working on visual mode for bidi cursor movement. After a few false starts, I finally feel that I've got an implementation which is relatively clean. It's not totally finished yet, but it is well enough along to submit for comments. Attached are three

Re: [PATCH] Adjust cursor movement around line break.

Bo Peng wrote: Jurgen: Please test this patch, because I am notorious at introducing bugs to the branch. :-) ;-) I'll do. Jürgen

Re: [PATCH] Adjust cursor movement around line break.

Bo Peng wrote: > Jurgen: Please test this patch, because I am notorious at introducing > bugs to the branch. :-) ;-) I'll do. Jürgen

[PATCH] Adjust cursor movement around line break.

Dear all, The attached patch addresses the following problem: line1 line2line break empty line line 3 1. Click after line2, the cursor moves to the empty line (unnatural behavior) 2. from the end of line1, down arrow moves the cursor to the empty line, instead of end of line2 (unnatural

[PATCH] Adjust cursor movement around line break.

Dear all, The attached patch addresses the following problem: line1 line2 line 3 1. Click after line2, the cursor moves to the empty line (unnatural behavior) 2. from the end of line1, down arrow moves the cursor to the empty line, instead of end of line2 (unnatural behavior) 3. continue from

Re: Cursor movement bug (1.5.3).

Is this a feature or bug? Can anyone confirm? i can confirm this. 1. Enter a paragraph like this the first line (no line break) the second line (line break Ctrl-break) i interpreted this as line break done via Ctl-break) (blank line with regular break) the second paragraph 2. Move

Re: Cursor movement bug (1.5.3).

On Jan 23, 2008 4:48 AM, Pavel Sanda [EMAIL PROTECTED] wrote: Is this a feature or bug? Can anyone confirm? i can confirm this. I think the problem is that when pressing down arrow at the end of first line, it should go to the end of the second line, not the third. Bo

  1   2   3   4   5   6   7   >