bugs in commenting and filling

[Samuel Wales <samologist@gmail.com>]

Here are 6 bugs (or at least changes that might need to be
documented) in Org commenting and filling.

Context: commenting and filling used to use generic Emacs
facilities, but now use Org-specific ones.

original:

===
x

bug 1: the line above now does not get commented even if
comment-empty-lines is t.

  bug 2: this line now does not indent consistently with the
rest of emacs.
===

comment-dwim:

===
# x

# bug 1: the line above now does not get commented even if
# comment-empty-lines is t.

  # bug 2: this line now does not indent consistently with the
# rest of emacs.
===

  bug 3: outside of org with filladapt turned OFF, filling this
paragraph does not
indent it.  also auto-fill
indents unlike the rest of emacs.  ret tab is ok.

#bug 4: this paragraph now gets exported in HTML subtree
#export, which will likely surprise many people who formerly
#used "#" comments instead of "# " comments and don't
#carefully check all output.  they might
#even publish private information automatically without
#realizing it using old files that they forgot or did not
#know to convert.

#bug 5: filling this paragraph with "===" on the following
#line will fill the ===, unlike the rest of emacs with
#filladapt turned ON.  we are supposed to not use filladapt
#with org.  therefore, how do you emulate the filladapt
#behavior so that there is consistency between emacs and
#org?

Bug 6: what does the Org-specific commenting do?  i was not
able to determine that from the docstring to
org-comment-or-uncomment-region.  maybe update docstring
would help others trying to find out why commenting works
differently in org from the rest of emacs?

Hope it helps.

Thanks.

Samuel

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com