I am actually using the #+BIBLIOGRAPHY: functionality. I know that
the functionality lies in ox-bibtex.el. I think a (require 'ox-bibtex)
after loading org-mode did the trick.
2016-07-01 14:21 GMT+02:00 David Abernethy <david.aberne...@icloud.com>:
> I eventually
2016-06-20 14:52 GMT+02:00 Nicolas Goaziou :
> They have no influence over the link description (which is "1" in both
> cases, as you noticed). If you want to change the description, simply
> provide one:
Sorry for not being
Link to test_fun
Link to another_test_fun
2016-06-17 13:56 GMT+02:00 Nicolas Goaziou <m...@nicolasgoaziou.fr>:
> timor <timor...@gmail.com> writes:
>> Why is the link text set to "1" in both cases?
solve-fuzzy-link`), but for some reason seems to do some
form of generic numbering for the link text.
I would probably add a case for (org-element-type destination) being
"src-block", and then use the :name property of the link destination
as link text. Does that route make sense?
expect the link text to actually spell "test_fun" and
"another_test_fun" in this case, since those are the names of the
As a workaround, is there anywhere in the exporter that I could hook
into to change the link text myself?
(org version 8.3.4)
Custom IDs seem to be a good alternative here, although I would think
about the <> part as an invisible part, since I don't expect
it to be visible for e.g. export.
but for what I want to use it, I will remove the
"<>" part manually.
I was just wondering if maybe this should already be done in
org-get-outline-path itself, since links are also replaced by their
description according to the documentation.
2016-04-20 9:45 GMT+02:00 Eric S Fraga :
> So it's not just the title that needs to be
> treated carefully but other entries (author, editor, booktitle).
You are correct. The piece of code in question is actually called for
all fields, not only title. I was using the title as
descriptions, or wherever these kinds of empahsis characters are
This is only an example of what I want to be able to do, no
fied (except for the example I gave, but it is
not org-mode's job to correct poor BibTeX, I think). Therefore they
should be kept intact when reading the field.
> If that's the case, we could indeed remove the duplicate '(123 . 125).
in a special way.
Does that help?
nnecessary Braces in Title.}}
I do think, however, that the correct behavior would be to only strip
the outer pair of braces.
Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32)
of 2015-04-11 on LEG570
Package: Org-mode version 8.3.4 (8.3.4-39-ge0acd8-elpaplus @
which can be escaped.
I also don't know if backslash is the correct way to go.
Another thing I think is important is that is
semi-obvious to non-org-mode people. That's why I think using
org-entities is not a valid workaround for my original problem.
2015-09-27 11:41 GMT+02:00 Nicolas
Is there a way to export to Markdown without any embedded HTML?
ficially part of org-mode will probably make more people make
> use of it.
> .. Or should people use zero width spaces?
I am the OP of that QnA
I am wondering why there is no simple backslash-escaping of org-mode syntax?
Mail list logo