* Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't @ 2017-11-18 13:38 Ruy Exel 2017-11-18 23:37 ` Nicolas Goaziou 0 siblings, 1 reply; 6+ messages in thread From: Ruy Exel @ 2017-11-18 13:38 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1086 bytes --] Given a simple table such as | Name | Age | |-------+-----| | John | 20 | | Peter | 25 | |-------+-----| place the cursor in the cell containing 'Age', insert two columns pressing 'M-S-right' each time and, immediately after that, delete two columns with "M-S-left". One would expect the table to return to its original state, but is doesn't. In reality the table becomes | | Age | |---+-----| | | 20 | | | 25 | |---+-----| because the second deletion actually kills the column labeled "Name". Contrast this with the behaviour of inserting and deleting characters in text-mode and you will see that the above behaviour is counter intuitive. I believe this is due to the fact that 'M-S-right' inserts a column at the cursor, placing the cursor within the inserted column, while, after deletion, the cursor is placed in the column to the LEFT of the deleted column (except after deleting the leftmost column). A possible solution is to place the column to the RIGHT of the deleted column after deletion (except after deleting the rightmost column). Best wishes, Ruy [-- Attachment #2: Type: text/html, Size: 1407 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't 2017-11-18 13:38 Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't Ruy Exel @ 2017-11-18 23:37 ` Nicolas Goaziou 2017-11-19 1:16 ` Ruy Exel 0 siblings, 1 reply; 6+ messages in thread From: Nicolas Goaziou @ 2017-11-18 23:37 UTC (permalink / raw) To: Ruy Exel; +Cc: emacs-orgmode Hello, Ruy Exel <ruyexel@gmail.com> writes: > Given a simple table such as > > | Name | Age | > |-------+-----| > | John | 20 | > | Peter | 25 | > |-------+-----| > > place the cursor in the cell containing 'Age', insert two columns pressing > 'M-S-right' each time and, immediately after that, delete two columns with > "M-S-left". One would expect the table to return to its original state, > but is doesn't. In reality the table becomes > > | | Age | > |---+-----| > | | 20 | > | | 25 | > |---+-----| > > because the second deletion actually kills the column labeled "Name". > > Contrast this with the behaviour of inserting and deleting characters in > text-mode and you will see that the above behaviour is counter intuitive. > > I believe this is due to the fact that 'M-S-right' inserts a column at the > cursor, placing the cursor within the inserted column, while, after > deletion, the cursor is placed in the column to the LEFT of the deleted > column (except after deleting the leftmost column). > > A possible solution is to place the column to the RIGHT of the deleted > column after deletion (except after deleting the rightmost column). The deletion is triggered by pressing the <LEFT> arrow. Your suggestion would make the point move right. This is not optimal either. Maybe the other way is better. Since column creation is triggered by pressing <RIGHT> arrow, we might create it to the right of the current column, and point would move into it. WDYT? Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't 2017-11-18 23:37 ` Nicolas Goaziou @ 2017-11-19 1:16 ` Ruy Exel 2017-11-21 22:47 ` Nicolas Goaziou 0 siblings, 1 reply; 6+ messages in thread From: Ruy Exel @ 2017-11-19 1:16 UTC (permalink / raw) To: Nicolas Goaziou; +Cc: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 3528 bytes --] Hi Nicolas, This is indeed a good idea as it mimics the creation of a row in emacs text-mode with "C-o". Best wishes, Ruy On Sat, Nov 18, 2017 at 9:37 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote: > Hello, > > Ruy Exel <ruyexel@gmail.com> writes: > > > Given a simple table such as > > > > | Name | Age | > > |-------+-----| > > | John | 20 | > > | Peter | 25 | > > |-------+-----| > > > > place the cursor in the cell containing 'Age', insert two columns > pressing > > 'M-S-right' each time and, immediately after that, delete two columns > with > > "M-S-left". One would expect the table to return to its original state, > > but is doesn't. In reality the table becomes > > > > | | Age | > > |---+-----| > > | | 20 | > > | | 25 | > > |---+-----| > > > > because the second deletion actually kills the column labeled "Name". > > > > Contrast this with the behaviour of inserting and deleting characters in > > text-mode and you will see that the above behaviour is counter intuitive. > > > > I believe this is due to the fact that 'M-S-right' inserts a column at > the > > cursor, placing the cursor within the inserted column, while, after > > deletion, the cursor is placed in the column to the LEFT of the deleted > > column (except after deleting the leftmost column). > > > > A possible solution is to place the column to the RIGHT of the deleted > > column after deletion (except after deleting the rightmost column). > > The deletion is triggered by pressing the <LEFT> arrow. Your suggestion > would make the point move right. This is not optimal either. > > Maybe the other way is better. Since column creation is triggered by > pressing <RIGHT> arrow, we might create it to the right of the current > column, and point would move into it. > > WDYT? > > Regards, > > -- > Nicolas Goaziou > On Sat, Nov 18, 2017 at 9:37 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote: > Hello, > > Ruy Exel <ruyexel@gmail.com> writes: > > > Given a simple table such as > > > > | Name | Age | > > |-------+-----| > > | John | 20 | > > | Peter | 25 | > > |-------+-----| > > > > place the cursor in the cell containing 'Age', insert two columns > pressing > > 'M-S-right' each time and, immediately after that, delete two columns > with > > "M-S-left". One would expect the table to return to its original state, > > but is doesn't. In reality the table becomes > > > > | | Age | > > |---+-----| > > | | 20 | > > | | 25 | > > |---+-----| > > > > because the second deletion actually kills the column labeled "Name". > > > > Contrast this with the behaviour of inserting and deleting characters in > > text-mode and you will see that the above behaviour is counter intuitive. > > > > I believe this is due to the fact that 'M-S-right' inserts a column at > the > > cursor, placing the cursor within the inserted column, while, after > > deletion, the cursor is placed in the column to the LEFT of the deleted > > column (except after deleting the leftmost column). > > > > A possible solution is to place the column to the RIGHT of the deleted > > column after deletion (except after deleting the rightmost column). > > The deletion is triggered by pressing the <LEFT> arrow. Your suggestion > would make the point move right. This is not optimal either. > > Maybe the other way is better. Since column creation is triggered by > pressing <RIGHT> arrow, we might create it to the right of the current > column, and point would move into it. > > WDYT? > > Regards, > > -- > Nicolas Goaziou > [-- Attachment #2: Type: text/html, Size: 5135 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't 2017-11-19 1:16 ` Ruy Exel @ 2017-11-21 22:47 ` Nicolas Goaziou 2017-11-28 20:27 ` Ruy Exel 0 siblings, 1 reply; 6+ messages in thread From: Nicolas Goaziou @ 2017-11-21 22:47 UTC (permalink / raw) To: Ruy Exel; +Cc: emacs-orgmode Hello, Ruy Exel <ruyexel@gmail.com> writes: > This is indeed a good idea as it mimics the creation of a row in emacs > text-mode with "C-o". This is now implemented. Regards, -- Nicolas Goaziou 0x80A93738 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't 2017-11-21 22:47 ` Nicolas Goaziou @ 2017-11-28 20:27 ` Ruy Exel 2017-11-28 21:58 ` Nicolas Goaziou 0 siblings, 1 reply; 6+ messages in thread From: Ruy Exel @ 2017-11-28 20:27 UTC (permalink / raw) To: Nicolas Goaziou; +Cc: emacs-orgmode Hi Nicolas, With the new implementation, is it possible to insert a column to the left of the first column? Best, Ruy On Tue, Nov 21, 2017 at 8:47 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote: > Hello, > > Ruy Exel <ruyexel@gmail.com> writes: > >> This is indeed a good idea as it mimics the creation of a row in emacs >> text-mode with "C-o". > > This is now implemented. > > Regards, > > -- > Nicolas Goaziou 0x80A93738 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't 2017-11-28 20:27 ` Ruy Exel @ 2017-11-28 21:58 ` Nicolas Goaziou 0 siblings, 0 replies; 6+ messages in thread From: Nicolas Goaziou @ 2017-11-28 21:58 UTC (permalink / raw) To: Ruy Exel; +Cc: emacs-orgmode Hello, Ruy Exel <ruyexel@gmail.com> writes: > With the new implementation, is it possible to insert a column to the > left of the first column? I assume this is done with M-S-<Right> followed with M-<Left>. Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-11-28 21:58 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-11-18 13:38 Deletion immediately after insertion should leave org-mode tables unaltered but it doesn't Ruy Exel 2017-11-18 23:37 ` Nicolas Goaziou 2017-11-19 1:16 ` Ruy Exel 2017-11-21 22:47 ` Nicolas Goaziou 2017-11-28 20:27 ` Ruy Exel 2017-11-28 21:58 ` Nicolas Goaziou
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).