> Would you want to provide a patch for that?
Yes, sure, just give me a few days since I'm quite busy right know.
Are you ok with depending on xcolor by default or do you prefer a
customization option?
Attached patch fixing this.
This was caused by a bug in a feature that I did not realize existed
(prefixing each line in %i). I have also included patches to clarify
the documentation.
On Fri, Dec 7, 2018 at 6:12 PM Allen Li wrote:
>
> There's an escaping bug in Org capture:
>
> 1. emacs -Q
>
There's an escaping bug in Org capture:
1. emacs -Q
2. Evaluate:
(setq org-capture-templates
'(("Z" "org-protocol capture" entry
(file "/tmp/tmp")
"* %?
%(let ((x \"%:annotation\")) (if (string= x \"\") \"\" (concat x
\"\\n\")))%i")))
3. Evaluate (require 'org-protocol)
4.
> My specific use case is that I have a multi-row table header created in an
> > R code block. I do not have a way of creating a horizontal line, and
> > without that the header is not being recognised as the header in html
> > export.
>
I defined the following macro.
#+MACRO: hlmacro (eval
> > At the moment, ob-R.el does not support :colnames to have a list of
> column
> > names as an argument. This seems to have been raised on the list many
> years
> > ago [1], but it does not look like it was implemented. Is there a
> > possibility that this could be implemented?
>
> Patches are
Hello,
Vikas Rawal writes:
> At the moment, ob-R.el does not support :colnames to have a list of column
> names as an argument. This seems to have been raised on the list many years
> ago [1], but it does not look like it was implemented. Is there a
> possibility that this could be implemented?
Hello,
Vikas Rawal writes:
> How does org identify which table rows should be exported with header tags?
> It seems rows above a horizontal line are automatically converted using
> tags. Is there a way of controlling this?
All rows above the first separator (or the second one if ) are