org-elements: list in drawer

org-elements: list in drawer

[Michael Brand]

Hi all

M-q on the list item in this example does not try to fill:

#+BEGIN_SRC org
  ,#+DRAWERS: MYDRAWER
  ,:MYDRAWER:
  ,- a paragraph longer than one line, a paragraph longer than one
line, a paragraph longer than one line
  ,:END:
#+END_SRC

org-fill-paragraph recognizes a plain list but I think it should be a
paragraph, like when without the drawer. org-element-parse-buffer
looks to me as I would expect, org-element-at-point on the list item
looks wrong to me.

Today's release_7.8.11-374-g7791d40 on 24.1, emacs -Q.

Michael

Re: org-elements: list in drawer

[Nicolas Goaziou]

Hello,

Michael Brand <michael.ch.brand@gmail.com> writes:

> M-q on the list item in this example does not try to fill:
>
> #+BEGIN_SRC org
>   ,#+DRAWERS: MYDRAWER
>   ,:MYDRAWER:
>   ,- a paragraph longer than one line, a paragraph longer than one
> line, a paragraph longer than one line
>   ,:END:
> #+END_SRC

What do you want to fill here?  Theres a an item on a single line, then
a paragraph outside the list below.

> org-fill-paragraph recognizes a plain list but I think it should be a
> paragraph, like when without the drawer. org-element-parse-buffer
> looks to me as I would expect, org-element-at-point on the list item
> looks wrong to me.

I don't understand.  What should be a paragraph? Why does
`org-element-at-point' look wrong?

Also, remember,

  - text text text
  text outside item

is not the same as

  - text text text
    text inside item


Regards,

-- 
Nicolas Goaziou

Re: org-elements: list in drawer

[Michael Brand]

Hi Nicolas

On Tue, Aug 7, 2012 at 9:40 AM, Nicolas Goaziou <n.goaziou@gmail.com> wrote:

>>   ,:MYDRAWER:
>>   ,- a paragraph longer than one line, a paragraph longer than one
>> line, a paragraph longer than one line
>>   ,:END:
>> #+END_SRC
>
> What do you want to fill here?  Theres a an item on a single line, then
> a paragraph outside the list below.

The Org source block was chosen here to show with the comma where a
line starts really in Org and where it has been wrapped by email. The
drawer contains one list with one item, on one single long line before
filling. I want to fill it into several lines, just like it happens
when “:MYDRAWER:” and “:END:” are removed before.

>> org-fill-paragraph recognizes a plain list but I think it should be a
>> paragraph, like when without the drawer. org-element-parse-buffer
>> looks to me as I would expect, org-element-at-point on the list item
>> looks wrong to me.
>
> I don't understand.  What should be a paragraph?

The “paragraph” from `org-element-parse-buffer', here the excerpt of
the drawer content:

#+BEGIN_SRC emacs-lisp
  (plain-list
   (:type unordered :begin 32 :end 135
          :contents-begin 32 :contents-end 134 :structure
          ((32 0 "- " nil nil nil 134))
          :post-blank 1 :parent #2)
   (item
    (:bullet "- " :begin 32 :end 134 :contents-begin 34 :contents-end 135
             :checkbox nil :counter nil :hiddenp nil :structure
             ((32 0 "- " nil nil nil 134))
             :post-blank 1 :tag nil :parent #3)
    (paragraph
     (:begin 34 :end 135 :contents-begin 34 :contents-end 135
             :post-blank 0 :parent #4)
     "a paragraph longer [...] longer than one line\n")))
#+END_SRC

> Why does `org-element-at-point' look wrong?

The “drawer” is inside the list and I miss “item” and its “paragraph”:

#+BEGIN_SRC emacs-lisp
  (plain-list
   (:type unordered :begin 32 :end 135
          :contents-begin 32 :contents-end 134 :structure
          ((32 0 "- " nil nil nil 134))
          :post-blank 1 :parent
          (drawer
           (:begin 21 :end 141 :drawer-name "MYDRAWER" :hiddenp nil
                   :contents-begin 32 :contents-end 135
                   :post-blank 0 :parent nil))))
#+END_SRC

I thought that it should be exactly the same as the excerpt shown
above.

Michael

Re: org-elements: list in drawer

[Nicolas Goaziou]

Hello,

Michael Brand <michael.ch.brand@gmail.com> writes:

> The drawer contains one list with one item, on one single long line
> before filling. I want to fill it into several lines, just like it
> happens when “:MYDRAWER:” and “:END:” are removed before.

I get it now.  It should be fixed.  Thanks you for the detailed report.

>> Why does `org-element-at-point' look wrong?
>
> The “drawer” is inside the list and I miss “item” and its “paragraph”:
>
> #+BEGIN_SRC emacs-lisp
>   (plain-list
>    (:type unordered :begin 32 :end 135
>           :contents-begin 32 :contents-end 134 :structure
>           ((32 0 "- " nil nil nil 134))
>           :post-blank 1 :parent
>           (drawer
>            (:begin 21 :end 141 :drawer-name "MYDRAWER" :hiddenp nil
>                    :contents-begin 32 :contents-end 135
>                    :post-blank 0 :parent nil))))
> #+END_SRC

The drawer isn't inside the list, it is the value of its `:parent'
property.  Also, `org-element-at-point' doesn't parse contents, so
there's no reason that there would be the item and the paragraph.

Obviously, `org-element-at-point' output depends on the position of
point. Try various positions in the same line and you will get,
consistently, `plain-list', `item' and `paragraph' elements.


Regards,

-- 
Nicolas Goaziou

Re: org-elements: list in drawer

[Michael Brand]

Hi Nicolas

On Wed, Aug 8, 2012 at 10:02 AM, Nicolas Goaziou <n.goaziou@gmail.com> wrote:

> I get it now.  It should be fixed.  Thanks you for the detailed report.

I can confirm, thank you.

>> #+BEGIN_SRC emacs-lisp
>>   (plain-list
>>    (:type unordered :begin 32 :end 135
>>           :contents-begin 32 :contents-end 134 :structure
>>           ((32 0 "- " nil nil nil 134))
>>           :post-blank 1 :parent
>>           (drawer
>>            (:begin 21 :end 141 :drawer-name "MYDRAWER" :hiddenp nil
>>                    :contents-begin 32 :contents-end 135
>>                    :post-blank 0 :parent nil))))
>> #+END_SRC
>
> The drawer isn't inside the list, it is the value of its `:parent'
> property.

Oh, now I see. It seems that I have to not read over too many of the
“details” of the output of `pp-to-string' (pretty print). Is there a
way to pretty print so that a property value never starts a line and
leaves its property name alone at the end of the previous line?

> Also, `org-element-at-point' doesn't parse contents, so
> there's no reason that there would be the item and the paragraph.
>
> Obviously, `org-element-at-point' output depends on the position of
> point. Try various positions in the same line and you will get,
> consistently, `plain-list', `item' and `paragraph' elements.

Ok, clear. My wrong expectation was that it would return the element
at point including the complete subtree of the structure.

Michael