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/)]

[Michael Brand]

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