Re: [O] org-table-copy-down incrementor
Hi Bastien, I'm late to this party I know, but wanted to confirm all is working well for me too. Best regards, Stacey On 20 May 2014, at 15:11, Bastien b...@gnu.org wrote: Hi Michael, Michael Brand michael.ch.br...@gmail.com writes: For me it would be already enough and preferred when the increment would be the same as in the two fields above point. I pushed a change in master for this -- can you please check it works as expected for you? Thanks for this suggestion! (A lot easier than other routes likes using a dedicated #+TBLINC line.) Best, -- Bastien
Re: [O] org-table-copy-down incrementor
Hi Bastien On Tue, May 20, 2014 at 9:45 PM, Bastien b...@gnu.org wrote: Yes. There is also `thing-at-point' which does not recognize 1.1 as a number... I circumvented this by using `calc-eval'. The above should now work correctly. Yes it does. Using Calc is a nice solution, thank you. I did not notice before but the first commit 7ac468ff5547891503b6b8f5fa03793d79b3bff6 changed SHIFT-RET on the empty field | 2 | | 5 | | | to add a new row instead of only replacing the current field. Michael
Re: [O] org-table-copy-down incrementor
Hi Michael, Michael Brand michael.ch.br...@gmail.com writes: I did not notice before but the first commit 7ac468ff5547891503b6b8f5fa03793d79b3bff6 changed SHIFT-RET on the empty field | 2 | | 5 | | | to add a new row instead of only replacing the current field. This is now fixed in master, thanks for spotting this. -- Bastien
Re: [O] org-table-copy-down incrementor
Hi Bastien On Wed, May 21, 2014 at 5:49 PM, Bastien b...@gnu.org wrote: Michael Brand michael.ch.br...@gmail.com writes: I did not notice before but the first commit 7ac468ff5547891503b6b8f5fa03793d79b3bff6 changed SHIFT-RET on the empty field | 2 | | 5 | | | to add a new row instead of only replacing the current field. This is now fixed in master, thanks for spotting this. I get a setq: Wrong type argument: stringp with SHIFT-RET in the empty field of | 2 | | | and | [2014-04-30 Wed] | | | and | 1.1 | | | Michael
Re: [O] org-table-copy-down incrementor
Michael Brand michael.ch.br...@gmail.com writes: I get a setq: Wrong type argument: stringp with SHIFT-RET in the empty field of | 2 | | | and | [2014-04-30 Wed] | | | and | 1.1 | | | Er, fixed, thanks! -- Bastien
Re: [O] org-table-copy-down incrementor
Hi Bastien On Wed, May 21, 2014 at 6:38 PM, Bastien b...@gnu.org wrote: Er, fixed, thanks! I tried some (3 * 2 * 2) variants and all work, thank you. Michael
Re: [O] org-table-copy-down incrementor
Hi Michael, Michael Brand michael.ch.br...@gmail.com writes: For me it would be already enough and preferred when the increment would be the same as in the two fields above point. I pushed a change in master for this -- can you please check it works as expected for you? Thanks for this suggestion! (A lot easier than other routes likes using a dedicated #+TBLINC line.) Best, -- Bastien
Re: [O] org-table-copy-down incrementor
Hi Bastien On Tue, May 20, 2014 at 4:11 PM, Bastien b...@gnu.org wrote: Michael Brand michael.ch.br...@gmail.com writes: For me it would be already enough and preferred when the increment would be the same as in the two fields above point. I pushed a change in master for this -- Thank you for implementing this. can you please check it works as expected for you? Yes it does: SHIFT-RET on the last row of the tables | 2 | | 5 | and | 2 | and | [2014-04-30 Wed] | | [2014-05-07 Wed] | and | [2014-04-30 Wed] | increment as expected. As I see only now the use case | 1.1 | | -0.5 | does not seem easy to increment by -1.6 due to the formatting of the result, so I don't expect it to be implemented. (number-to-string is not enough because of the inaccuracy of the fraction.) (const :tag Don't increment the value when copying a field t))) Wasn't the t meant to be nil? Michael
Re: [O] org-table-copy-down incrementor
Hi Michael, Michael Brand michael.ch.br...@gmail.com writes: As I see only now the use case | 1.1 | | -0.5 | does not seem easy to increment by -1.6 due to the formatting of the result, so I don't expect it to be implemented. (number-to-string is not enough because of the inaccuracy of the fraction.) Yes. There is also `thing-at-point' which does not recognize 1.1 as a number... I circumvented this by using `calc-eval'. The above should now work correctly. (const :tag Don't increment the value when copying a field t))) Wasn't the t meant to be nil? It was a typo, thanks for reporting it! -- Bastien
Re: [O] org-table-copy-down incrementor
Hi Bastien On Thu, Apr 17, 2014 at 6:06 PM, Bastien b...@gnu.org wrote: The idea came up earlier on to let org-table-copy-down increment by using a table formula -- which is my TODO list for Org 8.3. I'll let the list know when it's ready, but I think it would be a useful feature. For me it would be already enough and preferred when the increment would be the same as in the two fields above point. Like in other well known spreadsheet applications. Without new Org custom variables and without the possibility or requirement of providing a table formula: | 2 | | 5 | SHIFT-RET = | 2 | | 5 | | 8 | or | 1.1 | | -0.5 | SHIFT-RET = | 1.1 | | -0.5 | | -2.1 | or | [2014-04-30 Wed] | | [2014-05-07 Wed] | SHIFT-RET = | [2014-04-30 Wed] | | [2014-05-07 Wed] | | [2014-05-14 Wed] | etc. Michael
Re: [O] org-table-copy-down incrementor
Hi Stacey, Stacey Marshall stacey.marsh...@oracle.com writes: I am not a member of this list... I discovered it via http://orgmode.org/org.html#Feedback, a link to the list there would be helpful. I added a link to the manual, thanks. I discovered org-table-copy-down and its ability to increment dates. I would like to be able to specify the number to increment, and then ideally increment by that number again. For example lets say I want to create a table of Mondays The idea came up earlier on to let org-table-copy-down increment by using a table formula -- which is my TODO list for Org 8.3. I'll let the list know when it's ready, but I think it would be a useful feature. Thanks, -- Bastien