Great, thanks, That was it. It never occured to me that it's not
begin_src that I wanted, I just tried to tweak that one.
So, indeed: #+begin_export markdown etc. is exactly what I need.
> "Julius" == Julius Dittmar writes:
Julius> Hi Martin,
Julius> if I
I have troubles to export (or publish) some orgfiles, which contain
``src'' snippets intended for markdown. The (for me) unwelcome behavior
is the same for org-export and org-publish, I guess, since it has the
same core reason.
The problem currently for me is for the markdown format. I
'' that causes the
trouble, but it's more than plausible).
>>>>> "Martin" == Martin Steffen <mstef...@ifi.uio.no> writes:
Martin> Thanks a lot, it may be that my emacs suffers some
Martin> ``package-overload'', i.e., maybe it's due to an
expect others to trawls for abnormalitiees
>>>>> "Eric" == Eric S Fraga <esfli...@gmail.com> writes:
Eric> On Wednesday, 14 Feb 2018 at 10:39, Martin Steffen wrote:
>> since recently I have a proble
since recently I have a problem with exporting org-beamer-mode, the
It's org, in beamer mode. The mode still allows to turn some headers
into BMCOL (multiple colums) via some keybindings
``C-c C-b |'' (representing
> "Diego" == Diego Zamboni writes:
Diego> Hi Martin,
Diego> I discovered this only yesterday, when I started using
Diego> org-mode from a git checkout and the shortcuts stopped
Diego> working. Turns out this functionality now has to be enabled
Hi, Since recently ---I can't remember exactly since when--- some
completion-feature I liked does not work any more.
By completion, I mean the expansion of
Eric S Fraga ucl.ac.uk> writes:
> On Saturday, 26 Mar 2016 at 11:43, Martin Steffen wrote:
> > Now, the #+LINK mechanism works fine as such. But I want that it works
> > for all used *.org files that constituted the overall document /without
I like to achieve the following. I do a org-document which I separate
into different files (one per chapter or similar). They are all included
into some "main.org".
In that setup, I'd like to use some centrally defined links, like
#+LINK: toollib ../../src/lib
or similar, as an abbrev
there seems to be a slight inconsistency wrt. exporting and keybinding.
I am doing LaTeX via org, more precisely latex/beamer. For latex-only
material, I use
[Side remark: that mark-up seems to be very recent, not very long ago, it
> "John" == John Hendy writes:
John> Does that work for you?
yes, great (I was not aware that this is an alternative to the
dollar-dollar math, I only knew \[ )
Hi, I'd to have some math in beamer/latex. In LaTeX I'd write
The a is the math, the apostroph-s is the surrounding text. Math-escape
works fine in org, but it seems the $ -- $ must be surrounded by blanks.
In the above example, exporting to latex/beamer does not give the
I'd like to achieve something like the following (which does not work)
#+MACRO: custompath ~/some/place/where/the/code/resides
Macro-expansion generally works, but not in those circumstances. I also
seens that there's the
Nicolas> Martin Steffen <mstef...@ifi.uio.no> writes:
>> Now: when I want to /customize/ that in the org-file itself, it
>> seems that's done by doing something like
I want selective export in org (for instance, exporting to beamer/latex, and
html etc). I seem to understand the "theory" but it seems not really to work
what _works_ is as follows: I set directly a corresponding variable, in
particular, for instance, set it "hard" to
Perhaps it's not really a "fault" of org (nor of auctex), but both
things interact unfortunate.
The reason is: when I export org to LaTeX, and I visit the latex file
afterwards, I want that auctex/emacs is instructed about some facts. Thus I
like to have some lines such as
> "Marcin" == Marcin Borkowski writes:
Marcin> Note: this is a terrible hack, so use it your own risk, only
Marcin> if there's no sane alternative etc.
Works for me, thanks (and for the suggestions of the others in the
basically broken, with constant ``invalid function 41'' message).
I applied the suggested patch, and it made the symptoms go away. So it
seems that it cause of the error was located.
>>>>> "Martin" == Martin Steffen <mstef...@ifi.uio.no> write
in the meantime I did not also update emacs
itself---, but if it disappeared in the now latest version, I am content
Nicolas Martin Steffen mstef...@ifi.uio.no writes:
org-element--set-regexps: Invalid function: 41
Bastien bzg at gnu.org writes:
Martin Steffen msteffen at ifi.uio.no writes:
(setq load-path (cons ~/gnu/emacs/24/lisp/org/lisp load-path))
(setq load-path (cons ~/gnu/emacs/24/lisp/org/contrib/lisp load-path))
(add-to-list 'auto-mode-alist '(\\.org\\' . org-mode
I have recently git-pulled the latest org-mode (and make-compiled it).
Since the upgrade, org is basically broken. If I visit a file, emacs answers
with invalid-function 41 (I have debug-on-error to t, but it does not give
much info where it chokes).
I have now org-version 3.5.1. Before the
since some time, I got an number of problems with org-mode, e.g., error
messages when starting the agenda the first time. I don't know whether
it's related to another error, but I suspect so, so I mention both.
1) clockin in no longer works:
I can no longer clock-in, when
is there a way to include diary entries (i.e., entries in an
emacs-calendar file) into the org timeline?
I have set
(setq org-agenda-include-diary t)
which incluse the diary to the agenda-day view; but it seems that in the
timeline it is not included.
I got a question about time logging. Sometimes I forget/had forgotten to
clock-out. If I clock out correctly, it entries look for instance as
CLOCK: [2010-04-24 Sat 06:56]--[2010-04-24 Sat 06:58] = 0:02
To repair dangling clocks, one can use, it seems,
Mail list logo