I disagree with Tom on [1]: it should clearly be srcname, in analogy
to #+tblname - and also so I don't have to change my files :-} (but see
my question about tblname below).
I'll have to change my files, either way. The price one pays for
inconsistency. But as I've recently learned from
Hi Eric and Nick,
Eric Schulte wrote:
Nick Dokos nicholas.do...@hp.com writes:
Eric Schulte schulte.e...@gmail.com wrote:
Other than colon confusion (having to specify ``:results silent'' on
the src block header line and ``results silent'' in the #+PROPERTY line
to get the same
Hi,
Ideally if we limit each of the above to only one alternative we could
simplify the specification of code blocks in Org-mode making them easier
to learn and use and removing some of the mystery around their syntax.
What does everyone think?
Just to make it as easy as possible for
Rasmus ras...@gmx.us writes:
pmli...@free.fr (Peter Münster) writes:
Hello,
I would like to manage my contacts, so that I can
- easily search them
- add new email addresses from gnus (summary buffer)
- complete email addresses in gnus (message buffer and prompts in
mini-buffer)
- and
I have just checked in a slightly modified patch.
Thanks, this was really a bug.
- Carsten
On Oct 17, 2011, at 10:50 AM, Niels Giesen wrote:
On Sun, Oct 16, 2011 at 6:43 PM, Nick Dokos nicholas.do...@hp.com wrote:
Niels Giesen niels.gie...@gmail.com wrote:
*bump*
Has this one
Patch 994 (http://patchwork.newartisans.com/patch/994/) is now Accepted.
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cm1ipnj8mj4.fsf%40gmail.com%3E
Here is the original message containing the patch:
Content-Type: text/plain; charset=utf-8
Hi again,
I can quickly think of two advantages of the late lamented (if only by
me) #+BABEL header over using properties.
1. Allowing you to specify multiple buffer-wide options on the same
line (keeping things short), in the same colon :syntax as used in a
src block header (keeping things
Hi Nick, Tom, Eric and all,
Nick Dokos wrote:
Thomas S. Dye t...@tsdye.com wrote:
Eric Schulte schulte.e...@gmail.com writes:
[1] I have the same annoying feelings with #+SOURCE, #+SRCNAME,
#+FUNCTION,
#+CALL, #+LOB, and SBE, some of which are interchangeable; some
not. I'd prefer
Hi Torsten,
Torsten Wagner wrote:
I tend to #+results: because it fits more to the entire babel syntax.
However, earlier on the mailing list people were pointing out that one
is going to change results for a unknown source block (that was the
reason data was introduced) and I think this
Hi
Stephen Nelson-Smith sanel...@gmail.com writes:
I have a large piece of writing to do, which my publisher wants in
asciidoc. I'd prefer to write in orgmode and export as asciidoc.
I used to use asciidoc but much prefer orgmode now.
Is this feasible? Anyone doing this or done this
Hi Carsten
Carsten Dominik carsten.domi...@gmail.com writes:
I have just checked in a slightly modified patch.
I think there is a problem with this checkin. The variable
org-agenda-move-date-from-past-immediately-to-today is not defined.
Should this be a defcustom somewhere?
Debugger
On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe m...@christianmoe.comwrote:
Hi again,
I can quickly think of two advantages of the late lamented (if only by me)
#+BABEL header over using properties.
I also think that keeping the #+BABEL would be a good idea, as it keeps the
options for
On 10/21/11 11:12 AM, Rainer M Krug wrote:
On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe m...@christianmoe.com
mailto:m...@christianmoe.com wrote:
(...)
2. Allowing you to pass multiple buffer-wide arguments with :var.
This could make a substantive difference in some applications.
On Fri, Oct 21, 2011 at 12:47 PM, Christian Moe m...@christianmoe.comwrote:
On 10/21/11 11:12 AM, Rainer M Krug wrote:
On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe m...@christianmoe.com
mailto:m...@christianmoe.com** wrote:
(...)
2. Allowing you to pass multiple buffer-wide
On 10/21/11 12:59 PM, Rainer M Krug wrote:
So, using your above mentioned example, after the first PROPERTY line,
euro=1.3795 and SALESTAX not set, while after the second one
salestax=.15, and euro is unset? That would be quite bad.
That's what I'd expected, but actually, euro is set and
On Fri, Oct 21, 2011 at 1:17 PM, Christian Moe m...@christianmoe.comwrote:
On 10/21/11 12:59 PM, Rainer M Krug wrote:
So, using your above mentioned example, after the first PROPERTY line,
euro=1.3795 and SALESTAX not set, while after the second one
salestax=.15, and euro is unset? That
Hello,
Eric Schulte schulte.e...@gmail.com writes:
There are currently a number of instances of synonymous keywords when
dealing with code blocks, specifically.
named code blocks [1] -- source srcname function
calling external functions [2] -- call lob
named data
Hi all,
I am no more able to display images inline.
I was able when I used Emacs-23-CvsP091103-EmacsW32-1.58.exe.
I have for example
[[file:c:/img.jpg]]
which is exported correctly as html.
In Emacs, after C-c C-x v Org says: No images to display inline.
Does anybody use Emacs 24.0.90.1 and
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
[[file:c:/img.jpg]]
which is exported correctly as html.
In Emacs, after C-c C-x v Org says: No images to display inline.
Does anybody use Emacs 24.0.90.1 and is able to display images
Hi Suvayu and Rainer,
suvayu ali wrote:
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
[[file:c:/img.jpg]]
which is exported correctly as html.
In Emacs, after C-c C-x v Org says: No images to display inline.
Does anybody use Emacs
Am 21.10.2011 15:33, schrieb Sebastien Vauban:
Hi Suvayu and Rainer,
suvayu ali wrote:
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
[[file:c:/img.jpg]]
which is exported correctly as html.
In Emacs, after C-c C-x v Org says: No
Rainer Stengele rainer.steng...@online.de writes:
Am 21.10.2011 15:33, schrieb Sebastien Vauban:
Hi Suvayu and Rainer,
suvayu ali wrote:
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
[[file:c:/img.jpg]]
which is exported
Well, who is telling me No images to display inline? Is it Emacs or Org?
Should be straight-forward right? How about C-x C-f image.file?
--
On Oct 21, 2011, at 4:00 PM, Rainer Stengele wrote:
Am 21.10.2011 15:33, schrieb Sebastien Vauban:
Hi Suvayu and Rainer,
suvayu ali wrote:
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
[[file:c:/img.jpg]]
which is exported
Hi,
is there an agreement that this is a good patch? I have not followed the
discussion.
- Carsten
On Oct 16, 2011, at 9:12 PM, Michael Brand wrote:
Hi all
I made a new patch replacing the previous, now considering the
Makefile targets target and help introduced meanwhile by Achim
On Oct 19, 2011, at 5:39 PM, Michael Brand wrote:
Hi Carsten
On 18.10.2011, at 20:03, Sanjoy Mahajan wrote:
I do worry about one point, namely that C-c C- (outline-demote) should still
work. And it does work in regular outline mode. For example, if I rename my
test file to c.otl and
Am 21.10.2011 16:19, schrieb Jambunathan K:
Rainer Stengele rainer.steng...@online.de writes:
Am 21.10.2011 15:33, schrieb Sebastien Vauban:
Hi Suvayu and Rainer,
suvayu ali wrote:
On Fri, Oct 21, 2011 at 2:39 PM, Rainer Stengele
rainer.steng...@online.de wrote:
I have for example
Hi Michael,
Michael Brand michael.ch.br...@gmail.com writes:
My suggestion is something like
(define-key org-mode-map [remap outline-promote] 'org-promote-subtree)
(define-key org-mode-map [remap outline-demote] 'org-demote-subtree)
I've taken this road and committed the change, thanks for
Hi Sébastien,
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
I find this behavior not entirely satisfying, even if I can fully accept that
is a forbidden character in the TODO states. For example, we could think
of a warning being generated, or of the state being fully ignored, or ...
Hi Skip and Nick,
Nick Dokos nicholas.do...@hp.com writes:
Still a proof-of-concept, but better than the first attempt - set
recursive minibuffers locally and use the standard keybinding:
(defun org-completing-read (rest args)
Completing-read with SPACE being a normal character.
(let
Hi Ezequiel,
Ezequiel Birman stormwa...@espiga4.com.ar writes:
I am trying to get the most of org-bibtex and org-exp-bibtex. Could
anybody describe briefly his configuration and workflow? Especially with
regards to reftex.
What tutorial did you already check? That will help people
Hi,
Michael Brand michael.ch.br...@gmail.com writes:
It works with this patch
http://patchwork.newartisans.com/patch/964
from Nicolas which I am still using to test it.
Has anyone else been using this patch without problems?
If so, then Nicolas please apply it. It really simplifies
the way
Hi Skip,
Skip Collins skip.coll...@gmail.com writes:
Still a proof-of-concept, but better than the first attempt - set
recursive minibuffers locally and use the standard keybinding:
That was easy. I'm looking forward to this making its way into the
main repository. Where else would a
Hi Carsten,
Carsten Dominik carsten.domi...@gmail.com writes:
permanently built into Org mode (not in org-mode-hook) for these and
maybe even a few more outline-* bindings to get the incompatible
outline-* bindings out of the way from within Org mode.
This remap does not affect the
I still have this as a TODO item for review. I'll take a look at it
this weekend.
-Bernt
Carsten Dominik carsten.domi...@gmail.com writes:
Hi,
is there an agreement that this is a good patch? I have not followed the
discussion.
- Carsten
On Oct 16, 2011, at 9:12 PM, Michael Brand
Rainer M Krug r.m.k...@gmail.com writes:
[...] or has org reached a stable state?
Is it April fools' day already?
:)
--
Bastien
This is needed for org-export-preprocess-string to function correctly.
---
contrib/lisp/org-export-generic.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/contrib/lisp/org-export-generic.el
b/contrib/lisp/org-export-generic.el
index bb42b60..29e90b8 100644
---
Attached is a set of patches to the org-generic-exporter. They fix a
change in the org-preprocess process that means that all uses of the
org-generic export facility will crash. They also add rudimentary
support for trac wiki and tikiwiki export. Finally, I have removed
the HTML exporter from
---
contrib/lisp/org-export-generic.el |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/contrib/lisp/org-export-generic.el
b/contrib/lisp/org-export-generic.el
index 15afe6a..5a5af14 100644
--- a/contrib/lisp/org-export-generic.el
+++
trac wiki has hard limit on number of headers. Need space before
macro characters in trac wiki.
Add a couple of TODO comments.
---
contrib/lisp/org-export-generic.el |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/contrib/lisp/org-export-generic.el
---
contrib/lisp/org-export-generic.el | 107 +++-
1 files changed, 93 insertions(+), 14 deletions(-)
diff --git a/contrib/lisp/org-export-generic.el
b/contrib/lisp/org-export-generic.el
index 29e90b8..e3a8680 100644
--- a/contrib/lisp/org-export-generic.el
+++
I disagree with Tom on [1]: it should clearly be srcname, in analogy
to #+tblname - and also so I don't have to change my files :-} (but see
my question about tblname below).
I agree on [2] call.
noted
I'm confused by [3] so I will say nothing for now, except to ask some
questions: are
t...@tsdye.com (Thomas S. Dye) writes:
Eric Schulte schulte.e...@gmail.com writes:
[1] I have the same annoying feelings with #+SOURCE, #+SRCNAME,
#+FUNCTION,
#+CALL, #+LOB, and SBE, some of which are interchangeable; some
not. I'd prefer
deprecating an old form when a better one is
I'm confused by [3] so I will say nothing for now, except to ask some
questions: are we talking about what a human would use to label a piece
of data for consumption by a block (including perhaps the future
possibilities of lists and paragraphs that Tom brought up)? what babel
would use to
Nicolas Goaziou n.goaz...@gmail.com writes:
Hello,
Eric Schulte schulte.e...@gmail.com writes:
There are currently a number of instances of synonymous keywords when
dealing with code blocks, specifically.
named code blocks [1] -- source srcname function
calling external
Carsten Dominik carsten.domi...@gmail.com writes:
You are welcome - and I think it might be good in integrate
Nicks function into Org and make it available through the menu
or a key.
Indeed -- IIRC the problem is that Nick cannot submit non-tiny
patches :( I added Nick's code to
Now, between srcname and source: I'm used to whatever my Yasnippet is
entering for me. That's currently srcname. I don't have a strong opinion,
though, to choose one over the other, except that I like Nick's argument with
the table analogy.
I agree on [2] call.
I clearly agree on call as
On Fri, 21 Oct 2011 10:21:11 +0800, Eric Abrahamsen
e...@ericabrahamsen.net said:
EA As Rasmus mentioned, if you use BBDB you should get version 3, it's
EA significantly better than the previous version. There's a slow movement
EA towards better import/export functions, which I think has been
On Fri, 21 Oct 2011 11:13:24 -0500, Robert P. Goldman
rpgold...@real-time.com said:
RPG Attached is a set of patches to the org-generic-exporter. They fix
RPG a change in the org-preprocess process that means that all uses of
RPG the org-generic export facility will crash. They also add
RPG
Karl Voit devn...@karl-voit.at writes:
Hi!
I am still in the process of converting (lots!) of old data into
Org-mode format.
I stumbled over a private-flag PalmOS datebook used to maintain.
Is there a *common* way of expressing a private flag/property yet?
Not that I know of.
Or is
This is done better in core org-mode.
---
contrib/lisp/org-export-generic.el | 41
1 files changed, 0 insertions(+), 41 deletions(-)
diff --git a/contrib/lisp/org-export-generic.el
b/contrib/lisp/org-export-generic.el
index e3a8680..15afe6a 100644
---
Hi Wes,
Wes Hardaker wjhns...@hardakers.net writes:
RPG Attached is a set of patches to the org-generic-exporter. They fix
RPG a change in the org-preprocess process that means that all uses of
RPG the org-generic export facility will crash. They also add
RPG rudimentary support for trac
Hi Dominik,
Dominik Schrempf dominik.schre...@gmail.com writes:
Is there a possibility to export tasks including their body (text,
maybe logbook etc.) from the agenda view?
Nope.
What I would like to do is the following: I have Tasks with a certain
todo state (e.g. WAITING). I can view all
Hi Tom,
Tom Prince tom.pri...@ualberta.net writes:
Is there any way to get org-protocol to create a new frame, when it
needs to open a buffer, but otherwise not open one.
Can you give a more detailed example? What does your Org protocol
look like?
Thanks,
--
Bastien
On 10/21/11 Oct 21 -12:06 PM, Wes Hardaker wrote:
On Fri, 21 Oct 2011 11:13:24 -0500, Robert P. Goldman
rpgold...@real-time.com said:
RPG Attached is a set of patches to the org-generic-exporter. They fix
RPG a change in the org-preprocess process that means that all uses of
RPG the
Hi Rafal,
Rafal raf...@interia.pl writes:
I wrote a small hook for creating org-mode links to C/C++ source code lines
in
the form of a regexp so the links stay valid even if the source code changes
eg.
a source line
while(ptr ptr_end)
has a link
I think also we should try to assemble a single org document with all
kinds of markup that are expected to work, and use that to make tests.
An export facility is actually easy to regression test I just
haven't gotten around to it. Do you know if there is such a document
for one of the
Christian Moe m...@christianmoe.com writes:
Hi again,
I can quickly think of two advantages of the late lamented (if only by
me) #+BABEL header over using properties.
1. Allowing you to specify multiple buffer-wide options on the same
line (keeping things short), in the same colon
Hi Eric,
Eric Schulte wrote:
Now, between srcname and source: I'm used to whatever my Yasnippet is
entering for me. That's currently srcname. I don't have a strong opinion,
though, to choose one over the other, except that I like Nick's argument with
the table analogy.
I agree on [2] call.
Hi David,
David Abernethy david.aberne...@clear.net.nz writes:
Waiting for Emacs...
*ERROR*: Symbol's function definition is void: caddr
That's quite weird.
Can anyone spot the cause of the problem please?
Sorry, I cannot. (OT comment: I suggest you switch from using
remember to using
Hi Wes and all,
Wes Hardaker wrote:
On Fri, 21 Oct 2011 10:21:11 +0800, Eric Abrahamsen
e...@ericabrahamsen.net said:
EA As Rasmus mentioned, if you use BBDB you should get version 3, it's
EA significantly better than the previous version. There's a slow movement
EA towards better
Hi Eric and Torsten,
Eric Schulte wrote:
We could open an older file and if it isn't working, we could try
#+PROPERTY: babel-function-set obsolete
I think that making use of such a feature is almost as onerous as
changing to the new terms (which is a simple search replace, in fact
once
So far I have the following.
code block names
| source | dye |
| srcname | dokos |
| srcname | moe |
| srcname | vauban |
| srcname | wagner |
| name| goaziou |
call lines
| call | dye |
| call | dokos |
| call | moe |
| call | vauban |
| call | wagner |
| call |
Hi Rasmus,
Rasmus ras...@gmx.us writes:
Is is possible to have a clocktabke with times in the left-most column?
The people I am doing some work for now prefer it that way for unknown
reasons.
This is an example
| date | Headline| total |
Hi Aditya,
Aditya Mandayam adity...@gmail.com writes:
Could anyone tell me how to do this?
Please have a look at Wes generic exporter (in
contrib/lisp/org-export-generic.el) which provides
a framework for supporting new (simple) export formats.
HTH,
--
Bastien
Eric Schulte schulte.e...@gmail.com writes:
t...@tsdye.com (Thomas S. Dye) writes:
Eric Schulte schulte.e...@gmail.com writes:
[1] I have the same annoying feelings with #+SOURCE, #+SRCNAME,
#+FUNCTION,
#+CALL, #+LOB, and SBE, some of which are interchangeable; some
not. I'd prefer
Just to make it as easy as possible for everyone
Might it be possible to introduce a small flags like obsolete and
stable (standard)
Old functions, old syntax, etc., might move first to obsolete before
completely removed...
We could open an older file and if it isn't working, we could
Hi Eric,
Eric Schulte schulte.e...@gmail.com writes:
named code blocks [1] -- source srcname function
calling external functions [2] -- call lob
named data [3] -- tblname resname results data
here my votes:
[1] -- srcname
[2] -- call
[3] -- ?
I would choose
Eric Schulte schulte.e...@gmail.com wrote:
2. Allowing you to pass multiple buffer-wide arguments with :var. This
could make a substantive difference in some applications. The
following will work:
#+BABEL: :var euro=1.3791 :var salestax=.15
The following will not, since it
Bastien b...@altern.org wrote:
Hi David,
David Abernethy david.aberne...@clear.net.nz writes:
Waiting for Emacs...
*ERROR*: Symbol's function definition is void: caddr
That's quite weird.
Can anyone spot the cause of the problem please?
Sorry, I cannot. (OT comment: I
Bastien b...@altern.org wrote:
Carsten Dominik carsten.domi...@gmail.com writes:
You are welcome - and I think it might be good in integrate
Nicks function into Org and make it available through the menu
or a key.
Indeed -- IIRC the problem is that Nick cannot submit non-tiny
I've invited you to be an owner of the Google Moderator series Org-mode
Standardized Code Block Keywords. You can view and edit this series at
http://www.google.com/moderator/#16/e=ffe1e
Well…I didn't mean to invite everyone to own it, but rather to invite everyone
to vote… :-p
Anyway, this should be a good place to tally the votes without filling inboxes.
Chris
On Oct 21, 2011, at 11:30 AM, chris.m.mal...@gmail.com wrote:
I've invited you to be an owner of the Google
Hi Michael,
thanks for these patches. Next time, could you provide one patch per
mail? The patchwork server cannot handle multiple patches and it makes
it easier to discuss every patch -- thanks!
Some comments below.
Michael Sperber sper...@deinprogramm.de writes:
... are attached. I've
On Fri, Oct 21, 2011 at 7:37 PM, Eric Schulte schulte.e...@gmail.comwrote:
Christian Moe m...@christianmoe.com writes:
Hi again,
I can quickly think of two advantages of the late lamented (if only by
me) #+BABEL header over using properties.
1. Allowing you to specify multiple
On Fri, Oct 21, 2011 at 8:35 PM, Rainer M Krug r.m.k...@gmail.com wrote:
On Fri, Oct 21, 2011 at 7:37 PM, Eric Schulte schulte.e...@gmail.comwrote:
Christian Moe m...@christianmoe.com writes:
Hi again,
I can quickly think of two advantages of the late lamented (if only by
me)
chris.m.mal...@gmail.com writes:
I've invited you to be an owner of the Google Moderator series
Org-mode Standardized Code Block Keywords. You can view and edit
this series at http://www.google.com/moderator/#16/e=ffe1e
I generally feel sad whenever some posts a blob via imgur or
pastebin. It
Hi Eric and David,
Eric Schulte schulte.e...@gmail.com writes:
I suppose the next step here would be to talk to Bastien about setting
up such a system on the org-mode server.
For the record, I'm all for a server-side setup that will test
latest Org on a regular basis.
Jason, depending on our
Hi Jambunathan,
That is a good point, but I wanted to make the option available. Ignore the
Google moderator link if you'd rather the discussion stay on the mailing list.
I planned on sending the results to the mailing list, perhaps tomorrow,
anyhow.
Chris
On Oct 21, 2011, at 11:43 AM,
#+PROPERTY: var myvar=original
* Overview
I would like to test a global variable assignment (just done here above) and
local ones (on the code block itself). It seems that the global value is not
known. Though, maybe, I don't understand it fully yet.
* Test code
** Using the local var
Hi Bastien,
Bastien wrote:
Hi Eric and David,
Eric Schulte schulte.e...@gmail.com writes:
I suppose the next step here would be to talk to Bastien about setting
up such a system on the org-mode server.
For the record, I'm all for a server-side setup that will test
latest Org on a regular
Hi Bastien and Michael,
Bastien wrote:
thanks for these patches. Next time, could you provide one patch per
mail? The patchwork server cannot handle multiple patches and it makes
it easier to discuss every patch -- thanks!
Just updated Org, and tried to launch my XEmacs 21.5 (beta29)
Eric Schulte schulte.e...@gmail.com writes:
I'm confused by [3] so I will say nothing for now, except to ask some
questions: are we talking about what a human would use to label a piece
of data for consumption by a block (including perhaps the future
possibilities of lists and paragraphs that
Sebastien Vauban wxhgmqzgw...@spammotel.com wrote:
#+PROPERTY: var myvar=original
* Overview
I would like to test a global variable assignment (just done here above) and
local ones (on the code block itself). It seems that the global value is not
known. Though, maybe, I don't understand
Hi Eric,
my preferences are:
- source for code blocks. I think srcname looks ugly (although not as
ugly as tblname).
- call
- data and results for, well, data and results. With the same semantics
as Torsten Wagner suggested, i.e. a source block cannot change the
contents of a data block.
Hi Nick,
Nick Dokos wrote:
Sebastien Vauban wxhgmqzgw...@spammotel.com wrote:
#+PROPERTY: var myvar=original
* Overview
I would like to test a global variable assignment (just done here above) and
local ones (on the code block itself). It seems that the global value is not
known.
With many people making suggestions and voting It can be a lot of work for
someone to collect all of the votes. In fact, I was going to suggest using
Doodle for this (http://www.doodle.com/), but Chris was faster with the
google moderator. Anyway, if the final result is sent to the list,
Hi,
Yes, that works nicely, and should solve Rainer's problem.
I haven't been able to think of anything else that can't be handled by
properties.
And I do think it's a good idea to winnow down the syntax a bit, even
if things break. I just like to grumble.
:-)
Yours,
Christian
On 10/21/11
It's excellent that now babel understands multiple values in the var
property (I was one of the people that wanted this), but There Is One More
Thing.
Would it be feasible to inherit variables from parent sub-trees?
Effectively, I'd like to append new values in lower level sub-trees, but
AFAIK
Hi List,
I've run into a strange problem with the latest org pull. Exporting inlined
images with the LaTeX exporter works or not depending on whether I include
org-jsinfo in org-modules(!). This is with emacs -q on the 24.0.90.1 emacs
recent release.
Can someone please try to reproduce this
Hi Michael,
I have checked these in, with the following exceptions:
- Somewhere you have a call to `org-ref', I guess this must be `org-re'
- The special hunk you are mentioning is not longer in org.el,
I guess it was removed somehow in some other commit...
Hope this makes XEmacs run smoothly
On Wed, Oct 19, 2011 at 6:02 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote:
Yes, I have been informed that we are moving to Outlook/exchange in the
new year, something I am dreading... Matthieu Lemerre, on this list
back in late June (Message-ID: 871uygg1fs@free.fr), posted a
(partial?)
92 matches
Mail list logo
