emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* org-element-context in table.el behavior
@ 2020-01-02 12:18 John Kitchin
  2020-01-02 14:50 ` Nicolas Goaziou
  0 siblings, 1 reply; 3+ messages in thread
From: John Kitchin @ 2020-01-02 12:18 UTC (permalink / raw)
  To: org-mode-email

[-- Attachment #1: Type: text/plain, Size: 1513 bytes --]

Hi,

I have run into a surprise with org-element-context on a link in a table.el
cell. It is best illustrated here:

+---+------------+
| # | name       |
+---+------------+
| 1 | [[./test.org]] |
+---+------------+

#+BEGIN_SRC emacs-lisp :results code
(save-excursion
  (re-search-backward (concat "test." "org"))
  (org-element-context))
#+END_SRC

#+RESULTS:
#+begin_src emacs-lisp
(table
 (:begin 1463 :end 1563 :type table\.el :tblfm nil :contents-begin nil
:contents-end nil :value "+---+------------+\n| # | name
|\n+---+------------+\n| 1 | [[./test.org]] |\n+---+------------+\n"
:post-blank 1 :post-affiliated 1463 :parent nil))
#+end_src


I expected the element in this code to be a link, e.g. like in this next
example:

 [[./test.org]]

#+BEGIN_SRC emacs-lisp :results code
(save-excursion
  (re-search-backward (concat "test." "org"))
  (org-element-context))
#+END_SRC

#+RESULTS:
#+begin_src emacs-lisp
(link
 (:type "file" :path "./test.org" :format bracket :raw-link "./test.org"
:application nil :search-option nil :begin 908 :end 922 :contents-begin nil
:contents-end nil :post-blank 0 :parent
(paragraph
(:begin 907 :end 924 :contents-begin 907 :contents-end 923 :post-blank 1
:post-affiliated 907 :parent nil))))
#+end_src

Is this expected behavior, or a bug?

John

-----------------------------------
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

[-- Attachment #2: Type: text/html, Size: 2305 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-element-context in table.el behavior
  2020-01-02 12:18 org-element-context in table.el behavior John Kitchin
@ 2020-01-02 14:50 ` Nicolas Goaziou
  2020-01-02 16:03   ` John Kitchin
  0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2020-01-02 14:50 UTC (permalink / raw)
  To: John Kitchin; +Cc: org-mode-email

Hello,

John Kitchin <jkitchin@andrew.cmu.edu> writes:

> I have run into a surprise with org-element-context on a link in a table.el
> cell. It is best illustrated here:
>
> +---+------------+
> | # | name       |
> +---+------------+
> | 1 | [[./test.org]] |
> +---+------------+
>
> #+BEGIN_SRC emacs-lisp :results code
> (save-excursion
>   (re-search-backward (concat "test." "org"))
>   (org-element-context))
> #+END_SRC
>
>
> #+RESULTS:

> #+begin_src emacs-lisp
> (table
>  (:begin 1463 :end 1563 :type table\.el :tblfm nil :contents-begin nil
> :contents-end nil :value "+---+------------+\n| # | name
> |\n+---+------------+\n| 1 | [[./test.org]] |\n+---+------------+\n"
> :post-blank 1 :post-affiliated 1463 :parent nil))
> #+end_src
>

[...]

> Is this expected behavior, or a bug?

This is expected: table.el tables, as their name suggest, are opaque to
Org mode. In particular, it doesn't know how to parse them. It just
feeds table.el with them at export time.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-element-context in table.el behavior
  2020-01-02 14:50 ` Nicolas Goaziou
@ 2020-01-02 16:03   ` John Kitchin
  0 siblings, 0 replies; 3+ messages in thread
From: John Kitchin @ 2020-01-02 16:03 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: org-mode-email

Ok, thanks for confirming!

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> Hello,
>
> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>
>> I have run into a surprise with org-element-context on a link in a table.el
>> cell. It is best illustrated here:
>>
>> +---+------------+
>> | # | name       |
>> +---+------------+
>> | 1 | [[./test.org]] |
>> +---+------------+
>>
>> #+BEGIN_SRC emacs-lisp :results code
>> (save-excursion
>>   (re-search-backward (concat "test." "org"))
>>   (org-element-context))
>> #+END_SRC
>>
>>
>> #+RESULTS:
>
>> #+begin_src emacs-lisp
>> (table
>>  (:begin 1463 :end 1563 :type table\.el :tblfm nil :contents-begin nil
>> :contents-end nil :value "+---+------------+\n| # | name
>> |\n+---+------------+\n| 1 | [[./test.org]] |\n+---+------------+\n"
>> :post-blank 1 :post-affiliated 1463 :parent nil))
>> #+end_src
>>
>
> [...]
>
>> Is this expected behavior, or a bug?
>
> This is expected: table.el tables, as their name suggest, are opaque to
> Org mode. In particular, it doesn't know how to parse them. It just
> feeds table.el with them at export time.
>
> Regards,


--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-01-02 16:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-01-02 12:18 org-element-context in table.el behavior John Kitchin
2020-01-02 14:50 ` Nicolas Goaziou
2020-01-02 16:03   ` John Kitchin

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).