Re: [O] part of table name in remote(NAME, ...) is mangled by org-edit-special

On Mon, Apr 15, 2019 at 6:30 AM Nicolas Goaziou wrote: > > "Tony E. Bennett" writes: > > > A reference to a table name such as '2019-Q1-X' is rewritten to '2019-@1 > $17-X' > > by org-edit-special. And also for '2019_Q1_X'. v9.2.3 > ... > &

[O] part of table name in remote(NAME, ...) is mangled by org-edit-special

Hello, A reference to a table name such as '2019-Q1-X' is rewritten to '2019-@1$17-X' by org-edit-special. And also for '2019_Q1_X'. v9.2.3 Test case: |---++| | # | Q1 | 600.00 | |---++| #+TBLFM: @1$3=remote(2019-*Q1*-X,$total) #+NAME:

Re: [O] org-open-line inconsistent treatment of marking characters '#' and '*'

Nicolas Goaziou writes: > Hello, > > Tony E. Bennett writes: > >> How would org verify column 1 is a special column beyond just checking for >> [#*$] which it does already ? > > It would require to check every row. For example, there is no special &

Re: [O] org-open-line inconsistent treatment of marking characters '#' and '*'

Nicolas Goaziou writes: > Tony E. Bennett writes: > >> org-open-line replicates the table marking character '#' (if present) into >> the new table line but does not do the same for '*'. > OK, I applied the change in maint. However, I tend to think we should > not

[O] org-open-line inconsistent treatment of marking characters '#' and '*'

Hello org-open-line replicates the table marking character '#' (if present) into the new table line but does not do the same for '*'. Since the semantics of '#' and '*' are so similar I expect them to be treated identically when opening a new table line. Within defun org-table-insert-row,

[Orgmode] find-library-name, used by org-reload, missing on XEmacs

Hi org-reload needs 'find-library-name', which is missing on XEmacs v21.5 at least. However there is 'find-library' which can be coerced into providing the filename: ;; hack - XEmacs does not have find-library-name, needed by org-reload. (when (not (fboundp 'find-library-name))