[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Bug: shift-enter in org tables leaves cursor in wrong position [
From: |
Michael Brand |
Subject: |
Re: [O] Bug: shift-enter in org tables leaves cursor in wrong position [8.2.5h (8.2.5h-6-g8e1386-elpa @ /cygdrive/c/Users/jason/.emacs.d/elpa/org-20140203/)] |
Date: |
Tue, 25 Feb 2014 11:46:07 +0100 |
Hi Bastien
On Thu, Feb 6, 2014 at 9:59 AM, Bastien <address@hidden> wrote:
> Jason Lewis <address@hidden> writes:
>
>> when using the Shift-<enter> feature in a table to copy values down, it
>> fails to place the cursor where you expect it to if the previous column
>> has a fixed width and the contents of the cell is truncated.
>
> Fixed in maint, thanks for reporting this!
The related commit
commit 323c7b3de2211a7d61bf0c71c6f5923b1ea62297
Author: Bastien Guerry <address@hidden>
Date: Thu Feb 6 09:58:17 2014 +0100
org-table.el: Fix bugs about cursor repositioning
* org-table.el (org-table-copy-down)
(org-table-find-dataline, org-table-move-row)
(org-table-insert-hline, org-table-kill-row): Use
`org-move-to-column' with the IGNORE-INVISIBLE arg set to `t',
so that abbreviated rows don't interfer with setting the
cursor back at the correct position.
Thanks to Jason Lewis for reporting one of these bugs.
is a regression for Shift-<enter> on 1 in the table below when
hyperlinks are configured to be literal:
| [[http://www.orgmode.org]] | 1 | |
| [[http://www.orgmode.org]] | | |
| [[http://www.orgmode.org]] | | |
Michael