>
>> I have been using the following code block to generate a sitemap for my
>> org-jkyll based blog.
>>
>> #+begin_src emacs-lisp :results output silent :exports none :cache yes
>> (org-publish-sitemap
>> (assoc "indblog" org-publish-project-alist)
>> "sitemap.org")
>> #+end_src
>>
>> I
Message: 1
Date: Mon, 15 Jan 2018 10:07:33 -0800
From: John Kitchin
with a syntax like:
#+call: si.org:figure-1() :wrap html
And C-c C-c on that line would call a code block named figure-1 in the
file
si.org and insert the results.
in org 9.1.6, this does nothing. Does anyone know if this
Hello,
Vikas Rawal writes:
> I use this to avoid having to publish the whole project each time
> I add a post.
This is the default behaviour when publishing a project: it only
re-publishes modified files and the sitemap/index.
> I would like to just publish the current file, and
> update the s
Hello,
torys.ander...@gmail.com (Tory S. Anderson) writes:
> Thanks; oddly, that works.
>
> *** TODO Personal Meeting
> DEADLINE: <2018-01-10 Wed 16:00 .+2w>--<2018-04-18 Wed>
FWIW, this syntax is not supported. It could do anything.
Regards,
--
Nicolas Goaziou
Nicolas Goaziou wrote:
> […]
> Thank you! However, these patches do not seem to apply cleanly on maint
> tip. Could you rebase them against maint HEAD and send them again?
Sure.
> Also, if you haven't signed FSF papers, you need to add TINYCHANGE at
> the end of each commit message.
According
I have an org-mode document that imports sections from other org-mode
documents, like so:
#+BEGIN_QUOTE
* Part 1
#+INCLUDE: "./other.org::*Heading"
# and so on
#+END_QUOTE
I set up publishing for this document and encounter errors like this in
my *messages* buffer:
#+BEGIN_QUOTE
org-publish-ca
Hello,
when storing a link of an bibtex entry I get an lisp error. This happens
because I have more then one function for storing bibtex links and
org-store-link calls completing-read with initial-input as symbol not as
string.
This has been changed in commit
commit 0cc231a7bb9f261640205943ddeb
Hello,
"Stefan-W. Hahn" writes:
> Hello,
>
> when storing a link of an bibtex entry I get an lisp error. This happens
> because I have more then one function for storing bibtex links and
> org-store-link calls completing-read with initial-input as symbol not as
> string.
>
> This has been change
Hello,
Joseph Carter Osborn writes:
> I have an org-mode document that imports sections from other org-mode
> documents, like so:
>
> #+BEGIN_QUOTE
>
> * Part 1
> #+INCLUDE: "./other.org::*Heading"
> # and so on
>
> #+END_QUOTE
>
>
> I set up publishing for this document and encounter errors lik
Tim Landscheidt writes:
> According to Emacs's CONTRIBUTE (referenced by
> README_contribute), that should be
> "Copyright-paperwork-exempt: yes"?
Our commits do not appear in Emacs' history, so we are not required to
follow their conventions for commit messages.
> (Is mk/make_emacs_changelog
Nicolas Goaziou wrote:
>> According to Emacs's CONTRIBUTE (referenced by
>> README_contribute), that should be
>> "Copyright-paperwork-exempt: yes"?
> Our commits do not appear in Emacs' history, so we are not required to
> follow their conventions for commit messages.
Could you then please d
Nicolas Goaziou wrote:
> […]
> Thank you! However, these patches do not seem to apply cleanly on maint
> tip. Could you rebase them against maint HEAD and send them again?
> […]
I have attached the patches rebased on maint, with
TINYCHANGE. (I've switched patches #4 and #5 as #4 is
easier to
The functionality of mk/list-hooks.pl has been implemented by mk/eldo.el.
* mk/list-hooks.pl: Remove.
TINYCHANGE
---
mk/list-hooks.pl | 32
1 file changed, 32 deletions(-)
delete mode 100755 mk/list-hooks.pl
diff --git a/mk/list-hooks.pl b/mk/list-hooks.pl
dele
Hello,
The commit below was made in Emacs's master branch (fe15532eef). I'm
posting it here for review/discussion rather than backporting it.
-- >8 --
From: Stefan Monnier
Date: Thu, 11 Jan 2018 11:33:03 -0500
Subject: [PATCH] * lisp/org/org-element.el: Add comment about use of internal
functi
> To avoid having to hack the code, you could try using the mathtools
> package and ask it to only number equations that are referenced:
>
> \usepackage{mathtools}
> \mathtoolsset{showonlyrefs}
Thanks, if there is a mechanism to alter the preamble when creating the
image, that may be
On Thursday, 18 Jan 2018 at 22:09, Thibault Marin wrote:
> Thanks, if there is a mechanism to alter the preamble when creating the
> image, that may be a preferable approach. I'll try to look into this.
Have a look at org-format-latex-header.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6
16 matches
Mail list logo
