Re: Adding new table rows/cols in a formula update

[Subhan Michael Tindall <SubhanT@familycareinc.org>]

I would include a customization variable to control this behavior, defaulting to whatever the current behavior is:
IE:
(setq org-calc-extend-file nil) default system behavior
(setq org-calc-extend-file t) always silently extend rows
(setq org-calc-extend-file "warn") issue warning in message buffer that line was extended
(setq org-calc-extend-file "prompt") prompt user y/n on whether or not to extend column



> -----Original Message-----
> From: emacs-orgmode-bounces+subhant=familycareinc.org@gnu.org
> [mailto:emacs-orgmode-bounces+subhant=familycareinc.org@gnu.org] On
> Behalf Of Dima Kogan
> Sent: Tuesday, September 30, 2014 12:28 PM
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Adding new table rows/cols in a formula update
> 
> Dima Kogan <lists@dima.secretsauce.net> writes:
> 
> > Suppose I have this .org file:
> >
> >  |   |
> >  #+TBLFM: @1$2=5
> >
> > It's a 1x1 table with a formula. The formula sets a cell that's out of
> > bounds in the table, so evaluating this formula results in an error.
> > How set-in-stone is this behavior? I haven't dug too deeply into the
> > code, but are there fundamental assumptions here? Would a patch that
> > extends the table before applying such a formula be too naive in some
> way?
> 
> Here's a tiny patch that adds the columns (not rows) as needed. Is this
> reasonable?


This message is intended for the sole use of the individual and entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended addressee, nor authorized to receive for the intended addressee, you are hereby notified that you may not use, copy, disclose or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete the message.  Thank you.