Sebastien Vauban wrote:
> >> #+property: var bar=44
> >> #+begin_src emacs-lisp
> >> (+ bar bar)
> >> #+end_src
> >
> > This one worked after C-c C-c on the property line.
>
> I did C-c C-c on the property line -- before sending. It still does not work.
>
> Even with the property line outside
Am 24.11.2011 18:13, schrieb Thomas S. Dye:
Aloha Andreas,
FWIW, I looked into this a while back and couldn't find an easy path
from org to info. Caveat emptor, absence of evidence isn't evidence of
absence. Others on the list probably have a better handle on this.
The most promising path see
Hi Eduardo
I always thought eev to be a very interesting idea but could never get it
to work.
If eepitch is sufficiently decoupled from eev (and documented) I may try
again...
Rusi
Hello list,
I just discovered org-babel-screen... I haven't done my org-homework
yet, but I can't resist making an announcement: the package
eepitch.el, at
http://angg.twu.net/eev-current/eepitch.el.html
http://angg.twu.net/eev-current/eepitch.el
http://angg.twu.net/eev-current/eepitch.read
Stelian
> I am sorry to be asking a stupid question, but then, wouldn't restart
> Emacs fix the issue and have the new compiled org files loaded? In my
> case, that didn't seem to happen either (even though load-library
> showed org-compat to be from ELPA).
locate-library doesn't show what is *a
Stelian Iancu wrote:
> I am sorry to be asking a stupid question, but then, wouldn't restart
> Emacs fix the issue and have the new compiled org files loaded?
No, because the files get compiled with a mix of old and new code
loaded, so the compiled files are probably messed up. Restarting Emacs
w
On Thu, Nov 24, 2011 at 20:09, Glenn Morris wrote:
> Jambunathan K wrote:
>
>> When compiling with package manager, the compilation happens from within
>> a running Emacs session and very likely the "old" Org files are already
>> loaded in to the runtime "inadvertently" by the user either by looki
Eric S Fraga writes:
> Olaf Dietsche writes:
>
>> Tommy Kelly writes:
>>
OK, that might be what I need then. I thought clock tables grouped
things by headings, not by tags. I'll have a look at the manual.
>
> [...]
>
>> #+BEGIN: clocktable :maxlevel 2 :scope file :tags "health"
>> Clo
Jambunathan K writes:
> Jeremy
>
>> What about the second patch ? I'm very interested in seeing it
>> merged.
>
> I did a quick run of the attached patch (authored by you).
>
> When I do this:
>
> #+ATTR_ODT: :anchor page
> [[./org-mode-unicorn.png]]
>
> I see that the image is anchored to th
Jambunathan K writes:
> Filed as an umbrella bug -
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125.
I believe both the reason and the cure you suggest there are not
entirely correct, even though it might be generally nice to be able to
specifiy the order of things. I have been having no is
Jeremy
> What about the second patch ? I'm very interested in seeing it
> merged.
I did a quick run of the attached patch (authored by you).
When I do this:
#+ATTR_ODT: :anchor page
[[./org-mode-unicorn.png]]
I see that the image is anchored to the page as expected. But the moment
I attac
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban wrote:
>> While this code block gets evaluated as expected [...]
>> It's not the same with the 2 following ones: variables `bar' and `baz' are
>> said to be void.
>>
>> ** NOK With property
>>
>> #+property: var bar=44
>> #+begin_src emacs-lisp
>>
Glenn Morris wrote:
> fresh Emacs instance. There's no reason the "package manager" could not
> spawn a separate Emacs in batch-mode as a sub-job to do the compilation.
Very lightly tested version:
*** lisp/emacs-lisp/package.el 2011-11-20 03:48:53 +
--- lisp/emacs-lisp/package.el 2011-11-
Oh, thanks for the heads-up. I don't read the list too closely, and hadn't
caught that.
On Nov 24, 2011 2:48 PM, "Thomas S. Dye" wrote:
> Aloha Pavel,
>
> You might want to wait for Nicolas Goaziou to finish writing a generic
> exporter and LaTeX backend on top of contrib/org-element.el. See his
Aloha Pavel,
You might want to wait for Nicolas Goaziou to finish writing a generic
exporter and LaTeX backend on top of contrib/org-element.el. See his
announcement to this list a few days ago.
All the best,
Tom
Pavel Panchekha writes:
> I'd like to add a backend that renders org-mode to spi
Jambunathan K writes:
>> All,
>>
>> I'm currently generating a road book for a trip from different Org-Mode
>> file and other data. It results in a 13 thousands lines Org-Mode file
>> and I have some performance issues. Using the ELP package, I isolated
>> the two main bottlenecks.
>>
>> 1. One is
Jambunathan K wrote:
> When compiling with package manager, the compilation happens from within
> a running Emacs session and very likely the "old" Org files are already
> loaded in to the runtime "inadvertently" by the user either by looking
> at the org agenda for the day or may be by just viewi
I'd like to add a backend that renders org-mode to spiffy new HTML5.
Presumably this would exist together with the existing XHTML backend
(maybe eventually replacing it, I guess). I've looked around and can't
find anything describing the internals of Org-mode; are there any starting
points, or sh
> All,
>
> I'm currently generating a road book for a trip from different Org-Mode
> file and other data. It results in a 13 thousands lines Org-Mode file
> and I have some performance issues. Using the ELP package, I isolated
> the two main bottlenecks.
>
> 1. One is in org-odt : the org-odt-writ
> Org Mode files certainly have no dependency rules in lisp/Makefile.in.
The Makefile - in devel repo of Orgmode - does define rules. Read on ...
> So the question why the problem does not happen while compiling Org in
> Emacs remains.
I believe the way the files are compiled makes a substantia
Aloha Andreas,
FWIW, I looked into this a while back and couldn't find an easy path
from org to info. Caveat emptor, absence of evidence isn't evidence of
absence. Others on the list probably have a better handle on this.
The most promising path seemed to be export to docbook, but I couldn't ge
on Wed Nov 23 2011, Bernt Hansen wrote:
> Dave Abrahams writes:
>
>>
>> Debugger entered--Lisp error: (error "Before first headline at position 1142
>> in buffer *Org Agenda*")
>> signal(error ("Before first headline at position 1142 in buffer *Org
>> Agenda*"))
>> error("Before first hea
Rustom Mody writes:
> On Fri, Nov 18, 2011 at 11:21 AM, Jambunathan K <
> kjambunat...@gmail.com> wrote:
>
> Suvayu/Rustom
>
> suvayu ali writes:
>
> > Hi Jambunathan,
> >
> > On Thu, Nov 17, 2011 at 11:06, Jambunathan K <
> kjambunat...@gmail.com> wrote:
> >>
Sebastien Vauban wrote:
> Hello,
>
> While this code block gets evaluated as expected...
>
> #+begin_src emacs-lisp :var foo=11 bar=22
> (+ foo bar)
> #+end_src
>
> #+results:
> : 33
>
> It's not the same with the 2 following ones: variables `bar' and `baz' are
> said to be void.
>
> ** NO
All,
I'm currently generating a road book for a trip from different Org-Mode
file and other data. It results in a 13 thousands lines Org-Mode file
and I have some performance issues. Using the ELP package, I isolated
the two main bottlenecks.
1. One is in org-odt : the org-odt-write-manifest-file
Hello,
"Sebastien Vauban" wrote:
> Carsten Dominik wrote:
>> On Jun 22, 2010, at 4:36 AM, Michael Gauland wrote:
>>> Here is a patch for a new 'est+' summary type, including corresponding
>>> changes for xemacs and the manual. I've done basic testing on the GNU emacs
>>> version, but not the xemac
Hello,
While this code block gets evaluated as expected...
#+begin_src emacs-lisp :var foo=11 bar=22
(+ foo bar)
#+end_src
#+results:
: 33
It's not the same with the 2 following ones: variables `bar' and `baz' are
said to be void.
** NOK With property
#+property: var bar=44
#+begin_src emac
Hi,
Is there a way to ask to org-mode to add something before the
\end{document} of a LaTeX export?
I've set up a specific org-export-latex-class to use the limap package (a
specific LaTeX package to produce Information Mapping-style document) and I
would like to add a \printbibliography at the e
Olaf Dietsche writes:
> Tommy Kelly writes:
>
>>> OK, that might be what I need then. I thought clock tables grouped
>>> things by headings, not by tags. I'll have a look at the manual.
[...]
> #+BEGIN: clocktable :maxlevel 2 :scope file :tags "health"
> Clock summary at [2011-11-08 Di 09:57]
> From: Jambunathan K
> Date: Thu, 24 Nov 2011 17:42:38 +0530
> Cc: emacs-orgmode@gnu.org, Stelian Iancu
>
> 1. While building via Makefile, there is an implicit dependency that is
> *enforced* via make rules and files with macro definitions are compiled
> ahead of their consumers.
That's not t
Great Michael!!!
One vote for being part of the core of org-mode!!! (with org-table
rtanspose as well)
Daniel
2011/11/23 Michael Brand :
> Hi Gustav and Daniel
>
> 2011/9/30 Gustav Wikström :
>> How do I add or remove a single cell in a table?
>> Example:
>> I have the following table:
>> |
Thanks Jambunathan, I will surely follow-up there.
I also have a workaround for now, by just defining that function in my
own config file, but I am not happy with it. So I will give as much
assistance as I can so that the issue is fixed.
Br,
Stelian
On Thu, Nov 24, 2011 at 13:23, Jambunathan K
Filed as an umbrella bug -
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125.
Stelian you are cced in the bug report. I hope you can provide
additional info as needed by the maintainers.
Note: All the previous users were happy with the workarounds and never
stuck around enough to reason the is
There have been constant flow of issues from users who install daily org
tar balls from GNU ELPA.
The problem concerns itself with the defmacros that are introduced in
the *daily* tar but are *unavailable* in the *emacs* core. At the end of
the package installation these new macros never get reco
#+TITLE: ECM for Org-list-end-marker
#+DATE: 2011-11-24
#+PROPERTY: eval yes
* Overview
When exporting the following test case to either HTML or PDF, we get
=ORG-LIST-END-MARKER= displayed instead of the list of code blocks.
Maybe this is still not the correct way to publish a list of
Hi everybody,
I'd be interested to use org syntax in the comments of a literate haskell file.
I know and use occasionally org-babel. Though, this question is not about
org-babel. I am merely interested in telling org-mode to leave the code parts
of a literate Haskell file alone, i.e. similar to
Hi,
having to write a docu which should be transferred into info and other
formats, what the recommended workflow would be in this case?
Exists an exporter from org into info?
Thanks,
Andreas
--
http://launchpad.net/python-mode
http://launchpad.net/s-x-emacs-werkstatt/
On 11/24/2011 05:09 PM, Nick Dokos wrote:
Torsten Wagner wrote:
Hi,
I was going to convert my bibtex file into an org-mode file.
I receive an error message for conference entries.
E.g.
I can read in by org-bibtex-read
@CONFERENCE{foo11,
author = {foo, A. and faa, B},
title = {This is th
On Thu, Nov 24, 2011 at 09:17, Nick Dokos wrote:
> Stelian Iancu wrote:
>
>> Hi all,
>>
>> Org and Emacs newbie here.
>>
>> Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
>> apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
>> ELPA updated yesterday.
>>
>> I am encountering
Stelian Iancu wrote:
> Hi all,
>
> Org and Emacs newbie here.
>
> Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
> apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
> ELPA updated yesterday.
>
> I am encountering the problem with org-capture described here:
> http://arti
Torsten Wagner wrote:
> Hi,
> I was going to convert my bibtex file into an org-mode file.
> I receive an error message for conference entries.
> E.g.
> I can read in by org-bibtex-read
>
> @CONFERENCE{foo11,
> author = {foo, A. and faa, B},
> title = {This is the title},
> booktitle = {Pr
Hi all,
Org and Emacs newbie here.
Using GNU Emacs 24.0.91.1 (x86_64-apple-darwin, NS
apple-appkit-1038.36) of 2011-11-20 on bob.porkrind.org and Org from
ELPA updated yesterday.
I am encountering the problem with org-capture described here:
http://article.gmane.org/gmane.emacs.orgmode/48584
Af
42 matches
Mail list logo
