Ethan Ligon writes:
> Dan Davison has a brief worg tutorial on using babel with octave at
>
> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-octave-matlab.html
>
Hi Ethan,
> Amongst other things, he offers the following example block for
> producing a figure:
(Act
icolas Girard (via e-mail and a google search). But
> I
> have not heard back from him as yet.
>
> When I checked the github for org-icons again I discovered that there was a
> second branch by Dan Davison.
> https://github.com/ngirard/org-icons/tree/dan
>
> Dan,
>
> Do
Bastien writes:
> Hi Dan,
>
> Dan Davison writes:
>
>> My questions are
>>
>> 1. It would be nice if users didn't have to worry about step 4. Can
>>anyone suggest a sensible way to have the "-shell-escape" option
>>pass
Christophe Rhodes writes:
> Hi,
>
> A substantial fraction of times when exporting my org-babel document
> (with many R session code blocks), I get "code block produced no
> value". I think this is because of a race condition between
> waiting for the transfer.file to exist and actually populati
Hi Eric, Seb and any other ledger users,
Is anyone using a version of ledger that does not support reading from
stdin with -f - ?
Thanks,
Dan
Eric S Fraga writes:
> Dan Davison writes:
>
> [...]
>
>> Hi Eric,
>>
>> I've asked on the ledger list
Bastien writes:
> Hi Dan,
>
> Dan Davison writes:
>
>> Incidentally, I would suggest that org-current-export-file and
>> org-current-export-dir are renamed so that they are within the
>> org-export-* namespace.
>
> Agreed. Please provide a patch if you h
Julien Danjou writes:
> On Mon, Feb 28 2011, Bastien wrote:
>
> The point is that there's no gain in telling people to add "[DEV]" since
> they will forget (I will), and there is _no_ lose by splitting a list. I
Hi Julien,
No, I disagree with that. The two lists would have distinct compositions
Ben Ward writes:
> Hi,
>
> I recently installed emacs, org-mode fresh on a new install of Arch
> Linux. Before I had it working on Ubuntu.
>
> I've installed everything as before and used the same .emacs file I had,
> but if I use org to write out some R script and export to pdf via latex,
> then
Matthew Sauer writes:
> As a relatively newer emacs and org-mode user I have found it very
> interesting to see what people have in their .emacs file. This has spawned
> my curiosity, what do you have for a startup page?
eshell
(nevertheless, I do use bash terminals outside emacs much more th
Bastien writes:
> Hi Dan,
>
> Dan Davison writes:
>
>> I was thinking that if it were defvard in org.el, say as
>>
>> (defvar org-export-current-backend nil)
>>
>> then any code could use (null org-export-current-backend) to test
>> whether org is
"Eric Schulte" writes:
> Chris Malone writes:
>
>> Hi,
>>
>> First off, my =org-mode= is up-to-date - just did a =git pull && make clean
>> && make=. Needless to say, the following were an issue before then...
>>
>> * Question 1:
>> Is there a way to force, upon export, an =emacs-lisp= session
Charles Philip Chan writes:
> "Eric Schulte" writes:
>
>> I'm also using the development version of gnus, but haven't noticed
>> the searching features, could you point these out, a key binding or
>> command name?
>
> Put the cursor on the group you want to search in the Group buffer and
> hit:
Bastien writes:
> Hi Dan,
>
> Dan Davison writes:
>
>> I was about to make a temporary fix but I see Bastien's just fixed
>> it. Bastien -- should we give that `backend' variable a name within the
>> org-* namespace (and maybe defvar it in org.el?) so
Mohamed HIBTI writes:
> Hi every one,
> I would like to move to an emacs mail client that may be org-mode and MIME
> compatible. Have you any idea ?
gnus is an obvious candidate. It can be a bit of a steep learning curve
initially. I use it to interact with two different gmail accounts via
im
Christian Moe writes:
> On 2/15/11 11:23 PM, Dan Davison wrote:
>> Commit ed6d6760268 removed variables htmlp and latexp from
>> `org-export-preprocess-string'. Nothing wrong with that, but I think it
>> has broken export for those using org-special-blocks
>
> Co
Hi Paul,
Sounds useful to me. Is it appropriate to use the existing org function
`org-in-regexps-block-p'? Or `org-context'? (Not speaking from any
experience of using these functions I just noticed them.)
Dan
Christian Moe writes:
> Hi,
>
> This would be really neat to have as a part of org-m
Paul Sexton writes:
> Eric Schulte gmail.com> writes:
>> Hi, I agree with your intuition here, but I changed the default inline
>> header argument so that others would be able to use inline code blocks
>> and have the results inserted. To regain the behavior you describe,
>> simply adjust the v
Commit ed6d6760268 removed variables htmlp and latexp from
`org-export-preprocess-string'. Nothing wrong with that, but I think it
has broken export for those using org-special-blocks, which contains
#+begin_src emacs-lisp
(defvar htmlp)
(defvar latexp)
(defun org-special-blocks-make-special-cooki
directory. Just an
idea.
Dan
>
> Symlinking could be a possibility, like keeping everything inside
> ~/org and symlink to another dirs.
>
> Cheers,
>
> Marcelo.
>
> On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison wrote:
>> Marcelo de Moraes Serpa writes:
Christopher Allan Webber writes:
> Dan Davison writes:
>
>> Hi Christopher,
>>
>> I believe I have just fixed the problem with minted and beamer. Please
>> pull latex org from git and restart emacs, or
^^^
Oops, I meant to write "latest" org
e symlinks where posible, so that your org files are all in
one directory, and project directories contain symlinks to those org
files.
Dan
>
> Marcelo.
>
> On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison wrote:
>> Marcelo de Moraes Serpa writes:
>>
>>> Hi
Christopher Allan Webber writes:
> Hello all,
>
> I currently am trying to export something vaguely like this for a
> presentation in beamer:
>
> #+BEGIN_SRC python :exports code
> class ReferenceDeskPanel(bpy.types.Panel):
> bl_label = 'Reference Desk'
> bl_space_type = 'VIEW_3D'
> b
yesare writes:
> Thanks.
>
> I opened up ob-sql.el and read the code to see if I can figure it out.
>
> I think I have answered my first question. I wrote the following and hit
> C-c C-c and I got the result set back.
>
> #+srcname: sampsql
> #+begin_src sql :engine mysql :cmdline -h hostname -u
Marcelo de Moraes Serpa writes:
> Hi list,
>
> Although I try to keep all my org files inside a ~/org directory, I
> often find myself creating org files outside of this directory
> context, for example, as a bucket for a new project I'm working on, to
> keep notes, todos, etc.
>
> It'd be nice i
"Eric Schulte" writes:
> [...]
>>> Maybe we could extend the :var header argument to support the following
>>> syntax...
>>>
>>> #+begin_src emacs-lisp :var A=1 B=3
>>> ;; code
>>> #+end_src
>>>
>>> or
>>>
>>> ** two vars in a properties block
>>>:PROPERTIES:
>>>:var: test1=7 test2
Gary Oberbrunner writes:
> On Sun, Feb 13, 2011 at 10:53 AM, Darlan Cavalcante Moreira
> wrote:
>> You can use auto-insert for this.
>
> I guess I'm really not using org-mode in the way it was intended --
> everyone thinks I should put these values into each one of my org-mode
> files.
Hi Gary,
"Eric Schulte" writes:
> [...]
>>
>> I agree, the things I was talking about don't end up being simpler in
>> terms of usage for this case. My thinking was that variable unsetting
>> might be something that would be required fairly rarely, and so it might
>> be worth appropriate to support it as
"Eric Schulte" writes:
> [...]
>>> It seems that what you want to do can be described as disabling
>>> inheritance of the :var properties for a specific block.
>>
>> Agreed - that would solve my problem.
>>
>>> So I'm suggesting that it may be more parsimonious to do this with
>>> the existing O
Bernd Weiss writes:
> Org-mode version 7.4 (release_7.4.348.g6132)
>
>
> Dear all,
>
> I am preparing a document which contains text and R code/output. In
> particular, I'd like to print out a (correlation) matrix. This is my
> org-mode document (I intentionally have two code blocks):
>
> #
Dan Davison writes:
> Currently (org-entry-get) throws an error if point is before the first
> heading. Is there a reason that this must be so? Org is too essential
> for headings to be obligatory!
>
> An example of when it would be useful to get properties is in a buffer
> con
Currently (org-entry-get) throws an error if point is before the first
heading. Is there a reason that this must be so? Org is too essential
for headings to be obligatory!
An example of when it would be useful to get properties is in a buffer
containing src blocks but no headings (babel takes head
"Eric Schulte" writes:
> Hi Dan,
>
> Many interesting suggestions, but I don't see how any of them are
> simpler (either conceptually or in terms of implementation) than
> defining a way to "unset" a variable previously set at a higher level of
> generality. Is it the concept or the syntax of the
[...]
>> 2. It should be possible somehow to include the options together with
>>the shebang, or to replace :shebang with a more general "preamble"
>>concept. Or to make :shebang accept a code block as its value.
>>
>>
>> #+BABEL: :var A=13
>> #
Rainer M Krug writes:
> On 02/11/2011 01:19 PM, Dan Davison wrote:
>> "Eric Schulte" writes:
>>
>>> Rainer M Krug writes:
>>>
>>>> On 02/10/2011 02:27 AM, Eric Schulte wrote:
>>>>> Rainer M Krug writes:
>>>>>
"Eric Schulte" writes:
> Rainer M Krug writes:
>
>> On 02/10/2011 02:27 AM, Eric Schulte wrote:
>>> Rainer M Krug writes:
>>>
Hi
For one project, I am usinr org to write submit scripte to a cluster
runing torqu. The important bit in this is, that between the shebang and
Rainer M Krug writes:
> On 02/11/2011 10:32 AM, Dan Davison wrote:
>> Rainer M Krug writes:
>>
>>> On 02/10/2011 05:48 PM, Eric Schulte wrote:
>>>> Rainer M Krug writes:
>>>>
>>>>> On 02/10/2011 02:27 AM, Eric Schulte wrote:
>
Rainer M Krug writes:
> On 02/10/2011 05:48 PM, Eric Schulte wrote:
>> Rainer M Krug writes:
>>
>>> On 02/10/2011 02:27 AM, Eric Schulte wrote:
Rainer M Krug writes:
> Hi
>
> For one project, I am usinr org to write submit scripte to a cluster
> runing torqu. The impo
Gary Oberbrunner writes:
> First time poster on this list, but old-school Emacs user since 1982. And I
> have to say, org-mode is amazing. I'm running current git master on emacs
> 24.0.50.1 on Windows.
>
> I've put all my org-mode export template stuff into a setup file in my home
> dir, and I
Myles English writes:
> Hello,
>
> Is this behaviour expected?:
>
> #+begin_src python :session
> import sys
> #+end_src
>
> #+results:
>
> But in the python interpreter there is this:
>
> """
import sys
>
>
> open('/home/myles/tmp/scratch/python-4938gzQ', 'w').write(str(_))
>
>
> 'org_babel
Julien Danjou writes:
> On Thu, Feb 10 2011, Dan Davison wrote:
>
>> Hi Julien,
>>
>> I'm using it (with gnus). Looks great and seems to work very nicely so
>> far.
>>
>> One little thing: I don't seem to be getting case-insensitive
>>
Julien Danjou writes:
> Hi,
>
> Following my short presentation at the Paris OrgCamp, I've now written a
> page and officially released org-contacts. It is a contact manager based
> on Org, that can possibly replace BBDB for certain usage.
>
>http://julien.danjou.info/org-contacts.html
Hi Ju
Eric S Fraga writes:
> andy writes:
>
>> I want to take advantage of babel's noweb capabilities, but I can't seem
>> to get it to work.
[...]
>> * Foo
>> ** Bar
>> #+src_name: bar
>> #+begin_src R :noweb yes :session *R*
>> <>
>> print("I am here")
>> a
>> #+end_src
>>
>> * test-block
>> #
eady more than one entry for "dot")
Dan
>
> Thanks,
> Chris
>
> [1] http://orgmode.org/worg/org-contrib/babel/languages.html
> [2]
> http://users.skynet.be/ppareit/projects/graphviz-dot-mode/graphviz-dot-mode.html
>
> On Wed, Feb 9, 2011 at 10:14 AM,
Hey Seb,
> I am sharing my .emacs file, and this is beginning to cause problems with
> people who don't have the same environment as I do. In particular with the
> following:
>
> #+begin_src emacs-lisp
> (org-babel-do-load-languages
>'org-babel-load-languages
>'(
Eric S Fraga writes:
> Chris Maier writes:
>
>> The begin_dot is part of org-exp-blocks, as I understand it, and
>> appears required to make it evaluate the Dot code, create the image
>> file, and then incorporate that into the exported document (LaTeX,
>> HTML, etc.)
>>
>> Thanks,
>> Chris
>>
>
Ian Barton writes:
> I am starting to use babel to maintain my collection of shell
> scripts. I want to automate the process as much as possible, so I
> would like to be able to set the execute bit on my tangled .sh scripts
> after the tangle process.
>
> I see that there is an after-tangle hook.
>> Just quickly, one thing I noticed is that the begin/end lines were
>> visible even inside folded trees. I.e., in a folded org file, containing
>> many src blocks, I could see the coloured backgrounds "poking out" of
>> the folded sections, extending to the right of the screen.
[
Sébastien Vauban
writes:
> Hi Dan,
>
> Dan Davison wrote:
>> Sébastien Vauban
>>
>> writes:
>>> Dan Davison wrote:
>>>> Just quickly, one thing I noticed is that the begin/end lines were visible
>>>> even inside folded trees. I.
Hi Seb,
Cool post. I hope someone has some good ideas in this thread. Some quick
responses / questions below.
> #+TITLE: Document a shell script as separate blocks
> #+DATE: 2011-02-04
> #+LANGUAGE: en_US
>
> * Abstract
>
> When writing shell scripts, I'd like to kill *two* birds with o
Andreas Leha writes:
> Hi all,
>
> just found out: the inline block works when I explicitly state :results
> replace.
>
> So both questions from the previous email collapse to: why is that
> necessary?
>
> Regards,
> Andreas
>
>
>
> Am 04.02.2011 17:13, schrieb Andreas Leha:
>> Hi all,
>>
>> I ha
Andreas Leha writes:
> Hi all,
>
> I have several code blocks that must be evaluated during export, but
> silently, i.e. I do not want code/output/anything to appear in the export.
>
> How do I achieve this? The obvious :export none also disables evaluation.
Hi Andreas,
:exports results :resul
Following on from Stephen's recent post, a
thing-that-slightly-bothers-me is the way the export dispatcher window
doesn't go away until export is complete. I've briefly looked at the
code twice now and it wasn't obvious to me why the save-window-excursion
(line 941 org-exp.el) wasn't already doing
Loris Bennett writes:
> Erik Iverson writes:
>
>> Loris Bennett wrote:
>>> Hi,
>>>
>>> I have an org file containing several src blocks which generate images
>>> using ditaa. When I publish to PDF via LaTeX, the images are all
>>> generated every time, which makes publishing rather slow.
>>>
>>>
Tom Dye and I have been working on providing more user control over
latex export of src code via the listings and minted latex packages. The
main code change is 2 commits in branch "minted" of the org repo, and
pasted below as a single patch for patchwork. These changes allow Org
users to set all t
eve.
>
> #+TITLE: Patch for block fontification
> #+DATE: 2011-02-01
> #+LANGUAGE: en_US
>
> * Abstract
>
> This is the new code that I will supply as a patch. To test it, just
> evaluate the next source block, and please report any problem.
>
> What it does:
>
Carsten Dominik writes:
> On Feb 1, 2011, at 12:22 PM, Dan Davison wrote:
>
>> Carsten Dominik writes:
>>
>>> Hi Dan,
>>>
>>> maybe just header in the default value to keep the echo area open for
>>> error messages?
>>
>>
anged.
With the default as '(header), my UI change only makes sense if we
believe that an appreciable number of users will disable the header
message and activate the echo-area message in its place.
Dan
>
> Cheers
>
> - Carsten
>
> On Feb 1, 2011, at 12:01 PM, Dan Davison wrot
>> On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti
>> wrote:
>>> I found a strange behaviour which might be a bug, but maybe of my
>>> configuration.
[...]
>>> - go over an elisp code block
>>> - C-c ' to edit in the overlay
>>> - C-c ' to go back when done
>>>
>>> And it works perfectly, BUT if fo
Jeff Horn writes:
> I can reproduce this. emacs 23.1 and org 7.4
>
> On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti
> wrote:
>> I found a strange behaviour which might be a bug, but maybe of my
>> configuration.
>>
>> This is org mode version:
>> Org-mode version 7.4 (release_7.4.199.g8be1.dirty
Carsten Dominik writes:
> On Dec 22, 2010, at 3:51 PM, Dan Davison wrote:
>
>> There's recently been some advocacy of using buffer-local variables
>> for
>> Org-mode configuration. It seems like a good idea to me. However, I
>> think that it raises a problem: t
While fiddling with the way babel uses org-open-at-point, I noticed a
coupe of things:
1. There's a bug when using the prefix arg with a text search
link. E.g. try C-u C-c C-o on [[foo]]
2. The prefix arg is used in three different ways (two of them
undocumented), not all of which correspond
Rainer M Krug writes:
> Hi
>
> my org document is structured in such a way, that each subtree is to be
> tangled into a separate file, specified in a
> :PROPERTIES:
> :tangle: filename
> :END:
> drawer.
>
> If I change something in one subtree, I do tangle the whole file, just
> because of a smal
Eric S Fraga writes:
> "Eric Schulte" writes:
>
>> Eric S Fraga writes:
>
> [...]
>
>>> management issue: I find it difficult (a) to remember what all my source
>>> code snippets are called and (b) to navigate to any given snippet. I
>>> would love to see a babel table of contents popup (a la
Myles English writes:
> Thanks for your answer Eric. Recent changes as per
> http://thread.gmane.org/gmane.emacs.orgmode/35396
> means that this no longer works.
Thanks for bringing this up Myles.
> To recap: what I would like to do is to #+call an R source
> block, passing a filename, and hav
`org-export-process-option-filters' is supported for HTML export but not
for latex export. The patch at the bottom fixes that.
I note that there is one other location in the same function where it
seems the same change could be made. I suspect this is not necessary,
but if someone is familiar with
Rainer M Krug writes:
> Hi
>
> I just solved a problem of mine, i.e. how to deal with multiple graphs
> generated in an R script.
>
> OK - all are saved into separate pdfs in separate paths. But I would
> like to see them after they are generated - and this is my solution:
>
> #+begin_src R :resu
On Thu, Jan 20, 2011 at 5:41 PM, Dan Davison wrote:
> On Thu, Jan 20, 2011 at 5:02 PM, Jeff Horn wrote:
>>
>> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison wrote:
>> > I strongly second this. In fact I'll stick my neck out more: Worg is
>> > great, but for
On Thu, Jan 20, 2011 at 5:02 PM, Jeff Horn wrote:
>
> On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison wrote:
> > I strongly second this. In fact I'll stick my neck out more: Worg is
> > great, but for tutorials on org-mode, HTML export is often the wrong
> > format for
Jason Dunsmore writes:
> "Eric Schulte" writes:
>
>> Matt Lundin writes:
>>
>>> Bastien writes:
>>>
Jeff Horn writes:
> Jason seems to be garnering a lot of votes, but Eric's zenburn
> emulation makes my eyes happy. If Jason wins out, I suppose I could
> always just read
Matt Lundin writes:
> Marcelo de Moraes Serpa writes:
>>
>> However, I've got hooked. Vim (in my case, MacVim) has conquered my
>> hands. I know I'm risking myself a lot by saying it on an
>> emacs-related mailing list, but the Vim navigation and the vim model
>> in general is much more efficien
"Eric Schulte" writes:
> Rainer M Krug writes:
>
>> On 01/18/2011 12:48 AM, Eric Schulte wrote:
>>> Hi,
>>>
>>> This is possible using Babel, the attached org-mode file will execute
>>> its code block every time it is opened. You can replace the contents of
>>> the code block with any arbitrar
to fontify it, and that it would do this
> regardless of whether code blocks were actually displayed. It has
> been a while since someone on the list pointed out the fix to me, but
> I haven't run into any problems since then and my buffers are
> fontified correctly.
>
>
Jeff Horn writes:
> Beautiful. Thanks, Tom!
Hi Jeff, so you had two problems:
1. Erroneous fontification outside of blocks
2. Slowness and too much output to *Messages*
I was aware that Tom's fix fixes (2) on OS X, but I haven't heard of (1)
before. Isn't it a bit weird that the same fix shoul
Ben Ward writes:
> #+begin_src R :exports both
> full <- read.csv(file="~/Documents/BSc Biology/Third Year/BY6001-40 -
> Dissertation/Data and Analysis/Evolution Results.csv", head=T)
> library("lattice")
> ecoli = subset(full, Bacterium=="E.coli")
> edett = subset(ecoli, Cleaner=="Detto
"Eric Schulte" writes:
> Hi Seth,
>
> The easiest way to fontify embedded html is most likely to wrap the html
> in "#+begin_src html" code blocks.
>
> As for defining your own clojure blocks that sounds like a risky
> proposition to me. All of the code block evaluation functions are built
> to
ts output :var x=whole-adzes :file r/
> adze_edge_angle.png :width 400 :height 300
>
> The only change was to append graphics to :results output.
>
> All the best,
> Tom
>
> On Dec 21, 2010, at 6:57 AM, Dan Davison wrote:
>
>> Dan Davison writes:
>>
>&
Eric S Fraga writes:
> Dan Davison writes:
>
>> Eric S Fraga writes:
>>
>>> Dan writes:
>>>
>>> [...]
>>>
>>>> This patch should make ob-ledger use the common org-babel error mechanism.
>>>> It is
>>&
Jeff Horn writes:
> On Wed, Dec 22, 2010 at 12:49 PM, Dan Davison wrote:
>
>> The second one is lacking the fboundp protection. Does it help if you
>> put the fboundp test in, as below?
>
> Dan,
>
> Thanks for the suggestion. I tried the patch and got a h
Jeff Horn writes:
> Hey orgsters,
>
> For the holiday trip, I decided to see if I could go a week with only
> the Cr-48. I left my Macbook at home ready for SSH, just in case.
>
> It took approximately 30 minutes of using the computer before I
> started itching for org.
>
> I've been having a hec
Bernt Hansen writes:
> Dan Davison writes:
>
>> Bernt Hansen writes:
>>
>>> * lisp/org.el: Skip source block fontification during export when language
>>> is not defined
>>> ---
>>> This may not be the correct fix for this issue but it
There's recently been some advocacy of using buffer-local variables for
Org-mode configuration. It seems like a good idea to me. However, I
think that it raises a problem: there are at least two situations in
which Org internally spawns a buffer that is supposed to be a sort of
"copy" of another Or
Sébastien Vauban
writes:
> Hi David,
>
> "David O'Toole" wrote:
>> 2010/12/10 Sébastien Vauban :
>>> In order to make the blocks stand out more clearly in the mix of prose, code
>>> and table results of many Babel Org files, I've added 2 new faces:
>>>
>>> - org-block-begin-line
>>> - org-block-e
Bernt Hansen writes:
> * lisp/org.el: Skip source block fontification during export when language
> is not defined
> ---
> This may not be the correct fix for this issue but it works for me.
Hi Bernt,
I've checked in a slightly different version[1] of this fix. Thanks for
the report; it wasn't
Dan Davison writes:
> Please note the following changes to the way that org-babel handles
> file output. These may break existing org-babel files which use
> the :file header argument.
>
> :file should be understood as saying "write the result
> to and return a link t
Please note the following changes to the way that org-babel handles
file output. These may break existing org-babel files which use
the :file header argument.
:file should be understood as saying "write the result
to and return a link to ".
This works for all languages. For graphics languages (
Antti Kaihola writes:
> I have /tmp on my root partition and a separate partition for /home.
> When trying to close an Emacs session which is using org-mode, I get
> this error:
>
> move-file-to-trash: Non-regular file: Is a directory, /tmp/babel-XXX
>
> (where XXX are random characte
"Eric Schulte" writes:
> My only worry on this front is that I know how to type "|" and "-" for
> tables, and how to type "*" for headings, but I don't have an easy way
> to type utf8 characters.
>
> If Org-mode starts using exotic utf8 characters which can not easily be
> typed from outside of O
"Thomas S. Dye" writes:
> Hi Dan,
>
> Emacs configuration is one of the highest barriers to entry for
> potential adopters of Org-mode, IMO. The idea of context-sensitive
> configuration is potentially terrific. It gets the user to work more
> quickly than would otherwise be the case. The prob
"Eric Schulte" writes:
> Vincent Beffara writes:
>
>> Hi,
>>
(and it would be excellent to allow for a code block as a preamble,
instead of a string in the header or as an alternative, because
preambles once they are allowed tend to grow uncontrollably ;->)
>>>
>>> This is current
an
commit 85597d28b25f4e64d535f61d2115ed2069a28be8
Author: Dan Davison
Date: Fri Dec 3 18:24:38 2010 +
Reorganize org-edit-src-code; allow buffer-local
`org-edit-src-content-indentation'
* lisp/org-src.el (org-edit-src-code): When generating the code edit
buffer, it is necessary for sever
Sébastien Vauban
writes:
> Hi Eric and Dan,
>
> Dan Davison wrote:
>> Sébastien Vauban wrote:
>>> "Eric Schulte" wrote:
>>>> I don't forsee adding partial results insertion both because
>>>>
>>>> - it would add a good
"Eric Schulte" writes:
> Hi,
>
> I've just pushed up a new prefix header argument.
"preamble" might be a better name? or "header"? prefix makes me think of
adding a string onto the front of a string[1]; preamble and header are
used by e.g. latex to refer to prelimary lines at the top of a file.
Hi Seb, I definitely have some sympathy with your request. On two
occasions I've had to manually make this change just to carry on
working. The change I made is straightforward if you need it as a
temporary hack:
--8<---cut here---start->8---
diff --git a/lisp/o
Sébastien Vauban
writes:
> Hi Charles,
>
> Thanks a lot for taking a look at this, too...
>
> "Charles C. Berry" wrote:
>> On Sun, 28 Nov 2010, Sébastien Vauban wrote:
>>> Hi Eric and Dan,
>>>
>>> * Abstract
>>>
>>> Reporting two problems:
>>
>> Did you mean to include ":results output" in the
. "no")
: (:hlines . "no")
: (:tangle . "no"))
#+begin_src emacs-lisp :results pp
org-babel-default-header-args:ditaa
#+end_src
#+results:
: ((:results . "file")
: (:exports . "results"))
#+begin_src emacs-lisp :results pp
org-babel-default-
"Eric Schulte" writes:
> You can place the ditaa code into a code block and then evaluate the
> code block with C-c C-c. This will insert a link to the generated image
> into your Org-mode file. If you then turn on inline images with M-x
> org-toggle-inline-images you can preview the generated
Erik Butz writes:
> Hi,
>
> people with more git experience should comment here, but it seems with:
> ~/elisp/org-mode $ git status
>
> you will get a list of currently untracked files in the local working
> directory. These are of course both files or directories deleted from
> the repository (a
Eric S Fraga writes:
> Dan writes:
>
> [...]
>
>> This patch should make ob-ledger use the common org-babel error mechanism.
>> It is
>> in branch ledger of the main repo. However, I'm not yet a ledger user. Could
>> someone test it?
>
> Unfortunately, it doesn't work at all [1] for a very simp
Content-Transfer-Encoding: 7bit
>> Subject: [Orgmode] Re: In-buffer completion
>> Date: Sat, 20 Nov 2010 22:50:07 -
>> From: Dan Davison
>> X-Patchwork-Id: 396
>> Message-Id: <874obblwa8@gmail.com>
>> To: Carsten Dominik
>> Cc: John Wiegley , O
Bernt Hansen writes:
> Dan writes:
>
>> Incidentally, can any gnus users tell me -- is there a non-painful way of
>> retrieving an old message from nntp in order to create a reply in the correct
>> thread? Or do you hack the headers to make it appear in the right thread? I'm
>> using the gmane w
1 - 100 of 587 matches
Mail list logo
