Hi all,
is there any way to prevent org from converting table elements to a string
when used as a variable in an octave source block?
Example: I have
#+name: P_C
| 2/3 | 1/3 |
| 1/4 | 3/4 |
and I want to use that values inside an octave script, say
#+BEGIN_SRC octave :exports both :results
> Nicolas Goaziou writes:
NG> swfl...@flintfam.org (Samuel W. Flint) writes: Could you provide
NG> an uncompiled backtrace, i.e., calling `C-u M-x org-reload'
NG> first?
>>
>> Here you go.
NG> (plist-get :exclude-tags info) seems to evaluate to t, which is
NG>
swfl...@flintfam.org (Samuel W. Flint) writes:
>> Nicolas Goaziou writes:
>
> NG> swfl...@flintfam.org (Samuel W. Flint) writes: Could you provide
> NG> an uncompiled backtrace, i.e., calling `C-u M-x org-reload'
> NG> first?
> >>
> >> Here you go.
>
> NG> (plist-get
Sebastian Reuße writes:
> Nicolas Goaziou writes:
>
>> Sebastian Reuße writes:
>
>>> The test will error out if the data for the chosen locale isn’t
>>> actually present on the system. I chose the «en_US» locale in the
>>> hopes that
Hello,
Sebastian Reuße writes:
> * org.el (org-sort-entries): Use collated sorting.
> (org-tags-sort-function): Use collated sorting.
> (org-string-collate-greaterp): Add helper-function to use as defcustom
> option, since there is no ‘string-collate-greaterp’ in Emacs.
>
> *
swfl...@flintfam.org (Samuel W. Flint) writes:
> NG> Could you provide an uncompiled backtrace, i.e., calling `C-u
> NG> M-x org-reload' first?
>
> Here you go.
(plist-get :exclude-tags info) seems to evaluate to t, which is invalid.
What is the value for `org-export-exclude-tags'?
Sebastian Reuße writes:
> The test will error out if the data for the chosen locale isn’t actually
> present on the system. I chose the «en_US» locale in the hopes that this
> will frequently be installed. I’ll leave it up to you to decide whether
> that is acceptable.
I used
Hello,
Thibault Marin writes:
> The attached patch is my first attempt at this. It is almost identical
> to the ox-html version. I have added an option to select which mode to
> use (markdown or MathJax).
Thank you.
> Could this patch be considered for a merge?
Nicolas Goaziou writes:
> Sebastian Reuße writes:
>> The test will error out if the data for the chosen locale isn’t
>> actually present on the system. I chose the «en_US» locale in the
>> hopes that this will frequently be installed. I’ll leave it up
swfl...@flintfam.org (Samuel W. Flint) writes:
> Not to my knowledge.
... OK. In `org-publish-project-alist', do you set :exclude-tags to t?
> Nicolas Goaziou writes:
NG> swfl...@flintfam.org (Samuel W. Flint) writes:
>>> Nicolas Goaziou writes:
>>
NG> swfl...@flintfam.org (Samuel W. Flint) writes: Could you provide
NG> an uncompiled backtrace, i.e., calling `C-u M-x org-reload'
NG> first?
>> >>
> Nicolas Goaziou writes:
NG> swfl...@flintfam.org (Samuel W. Flint) writes:
>> Not to my knowledge.
NG> ... OK. In `org-publish-project-alist', do you set :exclude-tags
NG> to t?
I do. I'll go ahead and fix that then.
Sam
--
Samuel W. Flint
4096R/266596F4
(9477
t;
> This is a common issue, though I'm not sure about where it comes from.
> In any case, you should check your configuration: it could be a mixed
> installation or a hiccup from some extraneous package.
Hi,
I am experiencing the same problem, with org-mode 20180212 via ELPA. I
already
On Mon, Feb 12, 2018 at 1:54 AM, Ken Mankoff wrote:
>
> Does the attached file here work for you? I use it and it seems to do what
> you describe.
>
> https://lists.gnu.org/archive/html/emacs-orgmode/2014-08/msg00109.html
>
Ken, I tried the code you included from your config
While further evaluating my code, I realized that it wasn't working
when target headlines contained tags. I've updated the code to handle
this case -- the result is posted as a gist since it may change later
on, and all of you esteemed elisp hackers can more easily contribute
to it that way,
Nicolas Goaziou writes:
> Sebastian Reuße writes:
>
>> I also considered adding a regression test for non-ASCII chars to
>> «test-org/sort-entries», but for stable results, one would have to
>> enforce some canonical locale. Unfortunately, it’s not
* org.el (org-sort-entries): Use collated sorting.
(org-tags-sort-function): Use collated sorting.
(org-string-collate-greaterp): Add helper-function to use as defcustom
option, since there is no ‘string-collate-greaterp’ in Emacs.
* org-compat.el (org-string-collate-lessp): Add proxy to
> Markdown has no direct business with Mathjax, so introducing Mathjax
> components in "ox-md.el" sounds wrong to me. "ox-md.el" doesn't even
> have any math-related function (it lets "ox-html.el" take care of LaTeX
> fragments and environments).
OK.
> Since it is a specific requirement, you may
Hello,
swfl...@flintfam.org (Samuel W. Flint) writes:
> I'm currently getting the following error upon HTML export in publish
> projects:
>
> cl-mapcar: Wrong type argument: sequencep, t
>
> It appears it's coming up somewhere in the following:
>
> mapcar(#[257 "\300^A\301\"\207"
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
20 matches
Mail list logo