Daimrod writes:
@All: Can I use (require 'cl) and ignore the warning or is there better
solution?
You could if this would never go into mainline, where it is not allowed
due to the namespace pollution that cl causes. You could use cl-lib
instead, but then this would be an Emacs-24 only
Jambunathan K writes:
I would like to remove ox-html.el from Org distribution. My
relationship with ox-html.el is a bit complicated and I am not sure how
far I can go forward on this front.
Legal questions aside, which I'm not qualified to answer, here's a
german proverb:
Geschenkt is
Thomas S. Dye writes:
Help?
Nice riddle. But here's what I think is happening: your macro expansion
ends with a texinfo export snippet. That export snippet is ignored by
the the HTML backend as it should, but in doing so the post-blank that
the export snippet has gobbled up greedily during
Bastien writes:
The advantage is (1) to separate Org's core logs (the one that are
further merged into Emacs) from the org-contrib.git logs, and (2) to
open org-contrib.git more widely, i.e., make it safe for anyone to
push commits there with no fear of doing something wrong in Org's
main
Eric Schulte writes:
A hash marks a *result* with an indication of what was used to generate
it (code block parameters). The point of a hash is to allow the
result to be returned without having to re-execute. For this reason, I
think that the hash should live with the result.
Here Babel is
orgmanual master
git am orgmanual.patch
From 5511736802ced4e08bd432ebdb12dfeebe282a22 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sun, 10 Mar 2013 12:07:19 +0100
Subject: [PATCH] add Makefile, org-version.inc (symbolic link), modify
.gitignore
ignore make products
Bastien writes:
Feel free to make the change in org.texi if you know how to achieve
this in a simple way. I checked the Texinfo manual and the control
over columns and font size is rudimentary. My tests using @iftex
didn't go anywhere :/
Obviously, multicols is a LaTeX package and that code
Karl Voit writes:
Since my Org-mode update from today (from
5d467d6f8affc0afe34922e885ac6e2492ddd091 Fri Feb 15 15:28:35 2013
+0100) it takes very long to export the ics file.
I guess this relates to ...
org-babel-exp processing... [25 times]
... which also pops up some babel result
Bastien writes:
That said, we can also bundle both documents into Org's distribution,
as .org files in the doc/ directory. And have a make rule to convert
them to .pdf and info docs.
I don't want to be the party pooper, but if these documents should go
into the distribution, then we must
Jambunathan K writes:
Or try
C-u M-x info RET org-syntax.info RET
Bye, bye webbrowser! Finally a (relatively) painless way to get info
documentation, great.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Samples for the Waldorf Blofeld:
Bastien writes:
No, the documents can go into the distribution with contributions from
anyone, because they won't be in Emacs. FSF assignment is needed only
for things that go into Emacs.
I understood that these or substantial parts of it will end up in the
Org manual, which is in Emacs. If
Jambunathan K writes:
Emacs lisp has a manual of it's own. I don't see how Org export
reference *cannot* end in Emacs.
I said that I'm expecting these references to become part of the
manual(s). I still expect that and will try to help it along, but it
doesn't necessarily need to take the
Jonathan Leech-Pepin writes:
The error is actually on line 6069 of the manual. The {{{vindex
[...]}}} line and subsequent paragraph. As far as the list is
concerned there is no associated content for that list
entry. Indenting them appropriately to be recognized as part of the
list allows for
Sebastien Vauban writes:
A more general question: shouldn't cache be unusable (generate an
error) when there is a session? In the presence of a session, I've
the impression that caching results is always wrong. Who knows its
contents before executing the code, in the next Emacs session?
That
Nicolas Goaziou writes:
I admit I'm not very keen on this idea. Not because of the coding
work, it would be around 10 loc, but because of syntax fester.
Speaking of syntax, having long blocks of #+GRMLLL_SOMETHING: lines is
somewhat of an eyesore, but instead of inventing yet another type of
Bastien writes:
Thanks for confirming, I made the same change for http://orgmode.org.
The server seems to be down atm (not just the web, also git)?
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
D M German writes:
http://turingmachine.org/~dmg/emacs/examplePerl.org
Nice, would you consider contributing it to Worg? I'd like to ask you
to update your Org and that description to the extra features I've
recently implemented for Perl.
--8---cut
Carsten Dominik writes:
I am wondering, are we required to include the full text of the GFDL
in the manual? I find it a big waste of space and feed that a link
should do. But I have not been able to find the rules that say what
needs to be included in a document distributed under GFDL?
Carsten Dominik writes:
I still think it is crazy to add these 8 pages to each time someone prints
it
It fits on exactly two pages (or front and back of one page) if wrapped in
\begin{multicols}{2}
\scriptsize
…
and it is still a lot more readable (even if printed out on A5 instead
of
Eric Schulte writes:
Ah, my fault for not completely reading and understanding your previous
post. I'm currently working on a set of patches with Achim which should
(I believe) resolve this issue.
It doesn't yet, but I#ll add another patch to rename this binding.
IIRC, the naming was so that
Nicolas Goaziou writes:
I will wait for this patch to be committed.
Done in commit 4f7d514f13. The double hyphens have been omitted based
on a discussion with Eric Schulte.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles
Based on discussion with Nicolas Goaziou and Eric Schulte, this patch
has been refactored and reimplemented as a patch series. Eric Schulte
has contributed additional improvements. The functionality is now in
Org.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
Hi Nicolas,
here are my first comments. I'm still trying to wrap my head around some
things, so if I'm off the map on something, please be patient.
Do you mind if I fix some obvious typos directly on Worg or do you'd
rather want patches?
Nicolas Goaziou writes:
A core concept in this syntax
Bastien writes:
Bastien, I think it would make sense to clear up this confusion by
tagging 8dd2bfc291 with version 7.9.9 or 8.0-pre or something like that
(must be an annotated tag, of course). That'll help to easier determine
who's using the new and the old exporter.
I used 8.0-pre --
Bastien writes:
8dd2bfc291 release_8.0-alpha (move the new exporter into core)
ee3b3eb421 release_8.0-beta (remove /contrib/oldexp/)
Okay, please go ahead.
Done.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptations for KORG EX-800 and
Aaron Ecay writes:
In order for the cache feature to work, the hash of a finished
computation must be inserted. But, this is not currently done for src
blocks which have the option :results none. Thus, we should insert a
dummy empty result for these blocks, which will hold the hash.
Getting
Eric Schulte writes:
I prefer leaving the hash with the results, as it is the results which
are hashed. Also, same input does not always guarantee same output,
e.g.,
#+begin_src sh
date
#+end_src
That's not what I'm seeing, but I may be missing something again. The
hash is for the
Nicolas Goaziou writes:
For the same reason, caption here applies to the dynamic block, not to
its contents.
This seems to be a common enough mistake and it is currently impossible
to put captions and other arguments on results blocks save with yet
another source block that produces the correct
Bastien writes:
I like Aaron's idea (maybe others proposed this too) of having
parameters in links:
We've had some of this discussion about two years ago IIRC, so here I am
again: there's an internet standard for this kind of thing, it's called
URN/URI. If we adhere to this, we can at least
Eric S Fraga writes:
I believe that, if you are using 7.9.3f, you should be using the new
exporter.
The question to answer is whether he's using the maint or the master
branch. I'd think the Op is using the 7.9.3f release, i.e. maint.
Bastien, I think it would make sense to clear up this
Thomas S. Dye writes:
The orgmanual now creates a pdf file, too, but one lacking the indexes
and with links that look like they need another run through TeX.
In that case, texi2dvi and hence make should have signaled an error
(I've just pulled from your repo and it does).
When I'm done
Nicolas Goaziou writes:
It's very easy to have a caption on the generated output: name the code.
Hence, the following code block:
#+NAME: calculation
#+BEGIN_SRC emacs-lisp
(+ 1 1)
#+END_SRC
will produce:
#+RESULTS: calculation
2
If you add a caption to the results, like:
Nicolas Goaziou writes:
As discussed a few days ago, here is a document describing the complete
Org syntax as read by the parser. I also added some comments. I am going
to put the Org file on Worg, so anyone can update it and fix mistakes.
Wonderful. This will be really useful!
Regards,
Bastien writes:
I'm all for following established standards, but I'm not sure what is
the concrete proposal here.
I don't have one yet, mainly because I'm fuzzy on what direction this
will take. I ask again to consider what's already out there and that's
mainly BibTeX and things that work in
Yagnesh Raghava Yakkala writes:
IIUC, Achim means,
Thanks for spelling that out for me. :-)
Given texi generation is very slow, I wonder which format of manual
will be included in Emacs trunk.?
Well, there obviously needs to be improvement on that front. I've
profiled the export already,
Aaron Ecay writes:
The org-target face is created in org-faces.el, but never used for
font-locking. This patch fixes that.
Thanks. It is easier for the maintainers to deal with your patches if
you produce them with
git format-patch HEAD~n
where n is the number of commits your patch
Bastien writes:
org-macro-replace-all2222.371024111.185512
This one looks suspicious: if the function does what it says,
why does it run twice? If we can spare 111 secs here, that's
already an improvement. I'll have a look at some point but
feel free to beat me on this!
That
Nicolas Goaziou n.goaziou at gmail.com writes:
Well, no, but its somewhat difficult to prevent it. Besides security
considerations, even if we set `org-confirm-babel-evaluate' to nil
during an asynchronous export, this won't handle the case of the user
explicitly uses a :query keyword in a
Hi Nicolas,
I'm still waiting for feedback from Karl Voit over in the other thread,
but here's the amended patch for you to review:
From c49b4ab5afda4d223cbcf97cb8c7ac0f9cc8e39b Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Wed, 27 Feb 2013 22:55:26 +0100
Subject: [PATCH
Andreas Leha writes:
And while I still think, that setting the #+LANGUAGE in org should
ideally be reflected in the export -- also for the date formatting -- I
found a solution to my problem that I use now: It does not use orgmode's
date and date-formatting facilities, but moves the work to
Eric S Fraga writes:
No, nothing complete yet. Here's what I have so far, some autoload
definitions might still be there, but will error out due to the fact
that their target files are not in load-path anymore.
Thanks for this. I've incorporated it into my emacs startup. It should
help!
is a bit
convoluted, after all.
From 85ab6e8a2c81aad038b55350d6996035aaca3763 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Wed, 27 Feb 2013 22:55:26 +0100
Subject: [PATCH] ob-core: do not ask for confirmation if cached result is
current
MIME-Version: 1.0
Content-Type: text/plain
Nicolas Goaziou writes:
I think you mean (or () ())
Yes of course, thanks for catching that. This also means that the
testsuite isn't picking upon that.
I will wait for this patch to be committed.
When and if Eric chimes in and Karl confirms that his earlier problem
with this change
Andreas Leha writes:
In this particular situation (the \subtitle will always be document
specific) the latex class is not possible here -- I won't create latex
classes per document.
Classes can have arguments and the argument would be the subtitle to
set, so I don't understand that objection.
Carmine Casciato writes:
I downloaded the org-plus-contrib-20130304 package from the org-mode
elpa repo, and it does not seem to contain the contrib directory. Should
I be looking elsewhere for this?
There is no contrib directory in this archive because ELPA packages can
not (easily) contain
Eric S Fraga e.fraga at ucl.ac.uk writes:
Also, what is the difference between =org-latex-pdf-process= and
=org-latex-to-pdf-process= (note the extra -to in the latter)? One is
defined in ox-latex and the other in org-latex.
These are not the droids you were searching for.
Nothing defined in
James Harkins jamshark70 at gmail.com writes:
I had been using C-c C-x ! to reload org after doing a make but this
turned out to mess things up pretty badly. I could get reasonable
behavior only by quitting emacs and restarting it. I don't know if
that should be considered a bug or not.
Eric S Fraga writes:
It is rather annoying to have the old org files picked up
automatically. My git copy of org-mode is before anything else in my
=load-path= variable. I know there has been a whole thread on the list
about this but I did not see any solution to this; did I miss one? I
Suvayu Ali writes:
That said, I have noticed something odd about the new exporter and
org-reload. I think with the new exporter after doing org-reload, org
related config is not reloaded properly.
Config is not reloaded at all (and never has been), any configuration
variables that are already
Suvayu Ali writes:
(add-to-list 'org-latex-classes
'(beamer
\\documentclass\[presentation\]\{beamer\}
(\\section\{%s\} . \\section*\{%s\})
(\\subsection\{%s\} . \\subsection*\{%s\})
Thomas S. Dye writes:
[…]
I look forward to picking this project up again in a week or so, or
learning from my Org colleagues that the project ought to be scuttled.
Hi Tom,
this looks good.
I've implemented a rough draft of a Makefile that integrates with the
build system (a clean target is
Bastien writes:
Also, the change in ox-html.el is not good IMHO: it will populate
everyone's HTML code with unfamiliar strings (like #xa0; instead
of nbsp;) just for the sake of keeping ox-freemind.el users happy.
It also requires that the HTML is output in UTF-8. I would
(reluctantly, I
Bastien writes:
What maximum size is it now? What maximum size would you like?
Only the list admin can see that setting. But the standard
configuration is to send the digest at fixed intervals with no size cap,
IIRC.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda
Jambunathan K writes:
Always use utf-8 for HTML export (No support for other coding systems).
For or against. Please register your views.
It is becoming more rare these days, but still possible that the
document encoding cannot be UTF-8 for whatever reason. So if it's not
unduly complicating
Neuwirth Erich writes:
4 unexpected results:
FAILED test-org-table/references/format-specifier-E
FAILED test-org-table/references/format-specifier-EL
FAILED test-org-table/references/format-specifier-L
FAILED test-org-table/references/format-specifier-none
I've reported
Nagarjuna G writes:
I am not sure if it effects our project. We use org and Emacs for
post-processing our wiki pages to produce html pages. Currently we are
getting proper exports since we get the output in utf-8. As far as I
know, using utf-8 will support other coding systems as well. Am I
Probably due to some recent changes by Nicolas, current master infloops
on the test following these (i.e. that would be test 98):
[…]
passed 94/365 ob-tangle/no-excessive-id-insertion-on-tangle
passed 95/365 ob-test/org-babel-combine-header-arg-lists
failed 96/365
Nicolas Goaziou writes:
The infloop should be fixed. Thank you.
Thank you. I've just pushed a fix so that the new exporter is loaded
during batch testing. This results in four so far unreported test
failures:
4 unexpected results:
FAILED test-org-table/references/format-specifier-E
Bastien writes:
We use mailman -- can you investigate and see if we can configure
mailman to suit your needs?
I don't think that it is possible to remove attachments specifically for
the digest, much less replacing them with links. But the digest can
have a maximum size set, which triggers
Achim Gratz writes:
Here are two patches that fix this and implement (partly) some of your
suggestions. I don't think Org should pollute the global Perl namespace
by default, so I've left the definition of org-babel-perl-preface to the
user for now. The second patch has the debugging aid
Bastien writes:
It seems the ox- prefix is a bad idea, you're right.
I'll think about it again.
Please, no. The prefix is good, you would just need to obsolete all
previously exported interfaces (autoloads and defcustoms) to this code
to either give a warning or silently do the right thing
Bastien bzg at altern.org writes:
Sorry to nitpick on this but please keep the Emacs-like change log
small, if not terse.
I've thought about this, but then decided that the change does some seemingly
superfluous things and I'd better explain why they are necessary.
Additionnal details are
Karl Voit devnull at Karl-Voit.at writes:
#+BEGIN_SRC elisp
(org-export-as-html 3 nil nil htmlized-output nil nil)
#+END_SRC
Am I doing something wrong or is this a bug?
You are trying to use the old exporter and pick up code from an earlier version
of Org.
Regards,
Achim.
Nicolas Goaziou n.goaziou at gmail.com writes:
I can write a document describing Org syntax, as seen by the parser, if
needed. It may serve as a first draft for an appendix in the Org manual.
This would be very welcome. If you think I can be of help with any of this,
please let me know.
David Engster writes:
An alternative would be to remove the bundled Org from load-path when a
newer version is loaded. We do that with CEDET, but it is difficult to
do right (because of autoloading, for instance), so I think the
eval-after-load hack is better.
That part is actually relatively
David Engster writes:
You mean this cus-load thingie? CEDET is actually excluded from that, so
we don't have to deal with it. But wouldn't it be enough to remove all
properties beginning with 'org-' from custom-loads?
First you have to find all symbols, then remove the property and then
there
Bastien bzg at altern.org writes:
thanks for the patch. I applied it but renamed cache? and
cache-current? to cache-p and cache-current-p.
Thanks. I have no preference either way regarding the names, I was just
following the example of cache?, which I copied from the original code. There's
Bastien bzg at altern.org writes:
I applied this patch:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=7604fe1
Some functions / variables from mew should be pre-declared or mew needs to be
required.
Regards,
Achim.
Bastien bzg at altern.org writes:
thanks for the patch. I applied it but renamed cache? and
cache-current? to cache-p and cache-current-p.
That patch needs amending. You let-bind cache-current, but then try to use
cache-current-p.
Regards,
Achim.
Rasmus writes:
For tikz figures resizing should be done via the scale argument to
preserve the right font sizes. If people want to resize a tikz figure
they should do so in their tikz code.
No, that doesn't work for many tikz pictures; in particular it doesn't
work for tikz files produced by
Bastien writes:
Was there a change in the default settings or is this a bug?
Maybe this change:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
I cannot see how. If the cache is current, the new code does _less_
work than it would have before the change. If the cache was stale
Achim Gratz writes:
I cannot see how.
In fact I cannot even see how creating the agenda would run any src
block at all…
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html
Bastien writes:
Some functions / variables from mew should be pre-declared
Can you fix this?
I don't have mew installed, so no I can't.
or mew needs to be required.
Mhh.. no, let's not require org-mew.el.
Actually, looking at this, it wouldn't work before mew was loaded.
IMHO
Bastien writes:
Maybe this change:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=091bf02
I think I see where this is coming from, org-babel-confirm-evaluate does
some additional things beyond what it's name implies. I'm reverting the
original commit(s) for now until I've implemented this
Bastien writes:
I downloaded Mew and fixed some declarations.
Thanks.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
the issue you had?
From ac8841d2af9fcc490e5d98cb63eaaf74d3ba73f7 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Wed, 27 Feb 2013 22:55:26 +0100
Subject: [PATCH] ob-core: do not ask for confirmation if cached result is
current
MIME-Version: 1.0
Content-Type: text/plain
Nicolas Goaziou n.goaziou at gmail.com writes:
Bastien, is there another solution besides reverting the commit?
Not Bastien, but until a more permanent solution is found (if any) you could do
the same thing as with htmlize.el and commit it into contrib/lisp and instruct
folks to add this to
Nicolas Goaziou n.goaziou at gmail.com writes:
Aaron Ecay aaronecay at gmail.com writes:
Tikz graphics should be exported to LaTeX by \include, not as a link.
This commit changes the file extension used for tikz graphics from .tex
to .tikz.
I'm wondering if it's really meant to be
D M German dmg at uvic.ca writes:
print $BO join($/, @r), $/ ;
Sorry, this should really be:
print $BO join(qq($/), @r), qq($/);
Anyway, I think I'll have to rework the wrapper to be an anonymous subroutine so
that the (reasonably expactable) return @foo; at the end of the program (or in
the
Andreas Röhler andreas.roehler at easy-emacs.de writes:
as I'm still exploring org-mode and the way to write tests for,
please have a look IIUC,
In any case you should check if that isn't done on purpose to test for the
reaction of Org to missing code references. There are negative tests that
Nicolas Goaziou n.goaziou at gmail.com writes:
Does the following patch fix the problem?
I've just had a chance to test this on the system where the problem originally
showed up (Cygwin with the current 24.3 pre-release). On this system, the
buffer-file-coding-system is not copied and the
Andreas Röhler andreas.roehler at easy-emacs.de writes:
Being well aware mistakes are possible.
That org file is used for some tests in test-ob-exp and not intended for you to
do manual evaluations in. And from the test setup in ob-exp/noweb-on-export it
appears that the missing noweb-example1
Nicolas Goaziou n.goaziou at gmail.com writes:
I'm not questioning the usefulness of the patch. I want to know if
`org-latex--inline-image' is the appropriate function to provide that
feature or if the feature should be provided through another function.
In particular,
Achim Gratz writes:
I've just had a chance to test this on the system where the problem originally
showed up (Cygwin with the current 24.3 pre-release). On this system, the
buffer-file-coding-system is not copied and the (wrong) default takes over
again. I'm puzzled, I can't see how
Aaron Ecay writes:
Tikz graphics should be exported to LaTeX by \include, not as a link.
This commit changes the file extension used for tikz graphics from .tex
to .tikz.
Thank you, this works nicely. Instead of dropping the options you might
want to consider wrapping another tikzpicture
: Achim Gratz strom...@stromeko.de
Date: Tue, 26 Feb 2013 21:23:37 +0100
Subject: [PATCH] ob-core: do not ask for confirmation if cached value is
current
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
* lisp/ob-core.el (org-babel-execute-src-block): Do
D M German dmg at uvic.ca writes:
I think the issue is that, at least in my computer the variable $\
returns empty (the record separator).
Thinko on my side, what I wanted was the input record separator $/ (to avoid
specifying a literal newline for those systems where this is actually
Bastien writes:
I fixed the comment, thanks.
I'm starting to sound like Drew, but the new comment says exactly what
the old one did, just the two parts juxtaposed.
The point of having the new macro is to avoid the question about
reverting the file when the file visited by a buffer has been
Rainer M Krug writes:
Well - I could and I guess nothing would change. Why I like my setup at the
moment is, that I have
all emacs config, installation and elpa in my .emacs.d directory. Would this
be the same after
using make up2? Would I have to change paths somewhere?
You can install
Steinar Bang writes:
But if I have this setting then notes created with `C-c C-z' end up on
the top level, even if I manually create a :LOGBOOK: drawer.
Is it possible to have both?
Unless it's been broken recently it should, but you probably need to
customize org-log-into-drawer to t (for
might even copy the whole
macro definition from subr.el, but I think we're close enough with this.
From 249b18ee13f2fbf041c081fa63b1ccd40d67dc27 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sun, 24 Feb 2013 10:54:29 +0100
Subject: [PATCH 1/2] Revert Use `with-silent
Nicolas Goaziou writes:
Note that filling/auto-filling will never put you in this situation,
since Org has a protection mechanism. IOW, if you end up with a list
marker at the beginning of a line, it's your fault.
I don't use auto-fill in formulas. And yes, I take responsibility for
my faults
D M German writes:
I see two ways to solve this. The first is simply to replace the output
format of the variable from %S to '%s' (use quotes ').
I think that's the right thing to do. There shouldn't be anything in
the table that needs to be interpolated by Perl while the variable is
defined.
D M German writes:
[…]
Please leave the formats alone, if you change the number of parameters
there folks that use their own definitions won't know what hit them.
What you want is to prepend something to the body that Babel gives you,
so let-bind that result and use it. You could even advise the
Arun Persaud writes:
Steps to reproduce:
emacs -Q tmp.org
move point to a lower heading, e.g. the a in 3a30 (5th line from the
bottom)
cycle with shift-TAB (I need to hit shift-tab 4 times to see the ...
at the top)
Yes, that is reproducible.
Regards,
Achim.
--
+[Q+ Matrix-12
7a668942b58dc94994b11e6ec0751ec36b07b196 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sun, 24 Feb 2013 13:28:50 +0100
Subject: [PATCH 1/2] ob-perl: modify variable definition to be compatible with
strict and use non-interpolating quotes
* lisp/ob-perl.el (org-babel-variable-assignments:perl): Add my
Eric Schulte writes:
I just added the variable `org-babel-perl-var-wrap', into ob-perl.el
;; emacs-lisp
(defvar org-babel-perl-var-wrap q(%s)
Wrapper for variables inserted into Perl code.)
This way we will get what sounds like improved wrapping by default, but
users who
Eric Schulte writes:
Are you familiar with `org-babel-expand-src-block' bound to C-c C-v v?
I wasn't, obviously, and neither was the OP.
If I understand the desire correctly, it should be what you're after.
Perhaps an option to raise the expanded source code buffer along with
the error
D M German writes:
There are some bugs. For example, the interpretation of :results table,
vector and list.
You may misunderstand some things, or I don't understand what you are
asking. It is (at least currently) the responsibility of the Perl
program (or any other Babel language) to deliver
sj...@damtp.cam.ac.uk writes:
With today's git I'm getting the following errors when compiling orgmode
$ make
... org-w3m.el:44:1:Error: Symbol's value as variable is void:
org-babel-temp-file
Its stopping orgmode from working for me -- any clues?
Well, that doesn't make any sense:
601 - 700 of 1679 matches
Mail list logo