Hi If I have:
abcdef xyz123 With the cursor on the 1, then if I press C-Space to start the selection then press Up, the selection should be "def\nxyz". Your diff leaves me with "def\nxyz1" marked instead (although when I actually copy I still get "def\nxyz"). There are other marking bugs already there though: - If I start the selection on the 1 again but press Left instead of Up, "z1" will be marked when only "z" should be (and is) copied. - When you start a selection it should be empty until you move the cursor, but we start with the character under the cursor marked. The rule is that if the cursor is on the left of the selection the character under it is selected, if the cursor is on the right it is not. On Sat, May 31, 2014 at 11:41:29AM +0100, Balazs Kezes wrote: > On 2014-05-27 14:11 +0100, Nicholas Marriott wrote: > > I see the problem but looks like this fix changes the behaviour if you > > are at EOL, moving up puts you one character in from the end. > > I've tested this at EOL and it seems to be working as expected. Can you > explain how does it break for you? > > Also, is there a point of moving the cursor beyond EOL? Currently it > seems it isn't copying the newline like vim. Can we consider this a bug > as well? So either remove the ability to go after EOL or going after EOL > should mean copying the newline when there's no wrapping. I lean on the > latter because that's how vim behaves. Sounds reasonable? > > -- > Balazs ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
