emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Nick Dokos
Subject: Re: [O] Adding new table rows/cols in a formula update
Date: Wed, 01 Oct 2014 16:17:59 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)

Nicolas Goaziou <address@hidden> writes:

> Hello,
>
> Dima Kogan <address@hidden> writes:
>
>> OK. Patch attached.
>
> Thanks for your patch. Some comments follow.
>
>> From 3b6581c647cb87f0d3e8cee94ce2fb1fb122d3fd Mon Sep 17 00:00:00 2001
>> From: Dima Kogan <address@hidden>
>> Date: Tue, 30 Sep 2014 22:36:21 -0700
>> Subject: [PATCH] Field formulas can now add columns as needed
>>
>> The org-table-formula-make-new-cols customization controls whether and how 
>> this
>> is done
>
> Your commit message is missing information and "TINYCHANGE" at its end.
> See http://orgmode.org/worg/org-contribute.html#sec-5
>
>> +(defcustom org-table-formula-make-new-cols nil
>
> What about `org-table-formula-create-columns'?
>
>> +  "Non-nil means that evaluation of a field formula can add new
>> +columns if an out-of-bounds field is being set."
>
> First line needs to be complete. E.g.,
>
>   "Non-nil means a field formula can create a new column."
>
>> +  :group 'org-table-calculation
>> +  :type '(choice
>> +      (const :tag "Setting an out-of-bounds field generates an error 
>> (default)" nil)
>> +      (const :tag "Setting an out-of-bounds field silently adds columns as 
>> needed" t)
>> +      (const :tag "Setting an out-of-bounds field adds columns as needed, 
>> but issues a warning message" warn)
>> +      (const :tag "When setting an out-of-bounds field, the user is
>> prompted" prompt)))
>
> You need to add :version and :package-version keywords.
>
>>  (defgroup org-table-import-export nil
>>    "Options concerning table import and export in Org-mode."
>>    :tag "Org Table Import Export"
>> @@ -3125,7 +3135,22 @@ known that the table will be realigned a little later 
>> anyway."
>>        (while (setq eq (pop eqlname1))
>>      (message "Re-applying formula to field: %s" (car eq))
>>      (org-goto-line (nth 1 eq))
>> -    (org-table-goto-column (nth 2 eq))
>> +    (let* ((column-target (nth 2 eq))
>> +           (column-count (progn (end-of-line)
>> +                                (1- (org-table-current-column))))
>> +           (create-new-column
>> +            (and (> column-target column-count)
>
> Is this check really necessary? Doesn't `org-table-goto-column' already
> figures it out before creating a new column?
>
>
> Regards,

Does it need sanity checking? A typo in a formula can create "billions
and billions"[fn:1] of columns inadvertently.

Footnotes:

[fn:1] with apologies to Carl Sagan (RIP)...




reply via email to

[Prev in Thread] Current Thread [Next in Thread]