Hello,
Erik Hetzner writes:
> When trying to export the following org file as HTML (C-e h o), using
> out of the box latest org-mode:
>
> ```
> * Foo
> :PROPERTIES:
> :ID: aaccd0f3-3eff-4f38-ad83-bc51b8444d73
> :END:
> * Bar
> :PROPERTIES:
> :ID: 0a428695-b829-4f8b-a689-1bc
On Tue, Apr 23, 2013 at 04:57:20PM -0400, Jay Kerns wrote:
[...chomp...chomp...chomp...]
> CALL TO WORG AUTHORS:
>
> - Please checkout the worg-new-exporter branch and update those files
> which are yours.
> - Please mark DONE or INPROGRESS files in worgmap.org.
> - If you cannot or are not ab
Hi all,
I am experiencing problems when exporting a document with inline source
blocks in captions, when I want to export raw results.
I guess the culprit are the 'raw' results. What should I do instead?
Here is a MWE that does not export properly to LaTeX:
--8<---cut here-
Hello Nicolas,
Nicolas Goaziou wrote:
> Erik Hetzner writes:
>
>> When trying to export the following org file as HTML (C-e h o), using
>> out of the box latest org-mode:
>>
>> ```
>> * Foo
>> :PROPERTIES:
>> :ID: aaccd0f3-3eff-4f38-ad83-bc51b8444d73
>> :END:
>> * Bar
>> :PROPERTIES
Hi Suvayu,
Suvayu Ali writes:
> I'm not clear about the workflow. Why is there a need for a separate
> branch? I thought there was already a consensus to document the new
> exporter under exporters/ox-.org or exporters//*.org
> depending on whether a single file is sufficient or a directory is
Hi Johan,
Johan Ekh writes:
> Marc: I use git for installation and I don't think I have any old
> files in my load path. I have the files in my home directory but the
> compiled files are installed in the system emacs/site-lisp.
The compiled files *are* in your load-path, because Emacs loads th
Hi Bastien,
On Wed, Apr 24, 2013 at 09:44:32AM +0200, Bastien wrote:
> Suvayu Ali writes:
>
> > I'm not clear about the workflow. Why is there a need for a separate
> > branch? I thought there was already a consensus to document the new
> > exporter under exporters/ox-.org or exporters//*.org
On 23.4.2013, at 22:57, Jay Kerns wrote:
> Hello there,
>
> I started some work on this and pushed a worg-new-exporter branch to
> Worg. I followed Carsten's advice which I will repeat here for
> convenience:
Hi Jay,
thank you and John for getting this started.
- Carsten
>
> Given an e
Hi Muchenxuan,
Muchenxuan Tong writes:
> 1. Assume that the content is:
> * Hello
> :LOGBOOK:
> - Note taken on [2013-04-22 Mon 16:57] \\
> hello
> :END:
>
> 2. Fold it, so that it becomes
> * Hello…
>
> 3. Put the cursor at the end of the heading, and press M-RET or C-RET
> * Hello…(h
Hi Michael,
Michael Brand writes:
> Yes, this is how it worked and I was used to before too, very
> convenient.
This is how it works again.
Thanks for insisting on this!
--
Bastien
Hi Hideki,
Hideki Saito writes:
> The problem is if I'm trying to write:
> 文字*太字*文字
>
> This essentially prevents text surrounded by * treated as a regular
> character as opposed to marked as bold, as this is pretty much
> equivalent of the following case:
>
> aa*bb*aa
If I remember correctly,
Hello Bastien
Yeah, I figured "correctly" implementing this would be the biggest
thing. (I think it involves the implementation of the full
morphological analysis model into Emacs!)
>
> If I remember correctly, this was asked already once and we did try
> to find a solution, but nothing was good.
On 24.4.2013, at 10:06, Bastien wrote:
> Hi Michael,
>
> Michael Brand writes:
>
>> Yes, this is how it worked and I was used to before too, very
>> convenient.
>
> This is how it works again.
How about testing for
(= (point) (1+ (length prompt)))
instead of
(= (char-before) 32)
Hi,
I've just updated to org-mode 8.0 (Org-mode version 8.0
(8.0-3-g7248fb-elpa @ /home/rossi/.emacs.d/elpa/org-20130418/)). This
was rather smoother than I thought, but I've spotted two issues that are
not mentioned in an obvious way (at least in my opinion) in the upgrade
guide (http://orgmode.
Cool!
Thanks!
On Wed, Apr 24, 2013 at 3:57 PM, Bastien wrote:
> Hi Muchenxuan,
>
> Muchenxuan Tong writes:
>
> > 1. Assume that the content is:
> > * Hello
> > :LOGBOOK:
> > - Note taken on [2013-04-22 Mon 16:57] \\
> > hello
> > :END:
> >
> > 2. Fold it, so that it becomes
> > * He
John Hendy writes:
> On Wed, Mar 27, 2013 at 9:37 AM, Nicolas Goaziou wrote:
>> Hello,
>>
>> John Hendy writes:
>>
>>> If you have =org-taskjuggler-keep-project-as-task=, it will take the
>>> :start: property and use this in the project-as-top-level-task output.
>>> Could this be used after =sc
Carsten Dominik writes:
> On 24.4.2013, at 10:06, Bastien wrote:
>
>> Hi Michael,
>>
>> Michael Brand writes:
>>
>>> Yes, this is how it worked and I was used to before too, very
>>> convenient.
>>
>> This is how it works again.
>
> How about testing for
>
>(= (point) (1+ (length prompt
On Wed, Apr 24, 2013 at 10:31 AM, Bastien wrote:
> Carsten Dominik writes:
> [...]
>> How about testing for
>>
>>(= (point) (1+ (length prompt)))
>>
>> instead of
>>
>>(= (char-before) 32)
>>
>> ?
>>
>> - Carsten
>
> Yep, as you wish -- I though it was somehow nice to still be able to
> q
Hi Bernt,
Bernt Hansen writes:
> Shouldn't ALL clock markers be treated the same way?
Definitely.
> (Either move them all forward or none of them)
I removed the forward char ugly hack--I cannot reproduce the
error I was seeing before when the user manually inserts some
text right on the marke
Michael Brand writes:
> On the other side the current (= (char-before) ?.) does still not echo
> the "." at the beginning which I found convenient but don't insist if
> there is a reason for not to echo.
I have no strong opinion on this, but I think it's better if "." does
one single thing at th
On Wed, Apr 24, 2013 at 10:43 AM, Michael Brand
wrote:
> (= (point) (1+ (length prompt))) would be a regression of "3 1 . 1 2 .".
Sorry, it is not a regression when reloading lisp properly and not
only with eval-buffer of org.el. Would be ok for me if not echoing "."
at the beginning is intended.
Alan Schmitt writes:
> Sebastien Vauban writes:
>
>> Don't play with `Info-directory-list', it's not intended to be settable by
>> the
>> user. Set the `Info-default-directory-list' variable instead.
>
> I just tried it, and now I no longer have org in my info directory. Here
> is the value of I
Julien Cubizolles writes:
> Eric S Fraga writes:
>
>
>> I tried out the sync to calendar option in MobileOrg. It synced tasks
>> (i.e. scheduled and deadline entries) but not entries with just active
>> time stamps which are what I use for appointments.
>
> It's working for me: I'm using the la
"白い熊@相撲道" writes:
>>* Eric S Fraga wrote:
>>> Basically, we're almost there but not quite. It sure would be nice to
>>> have Emacs running properly on Android just to be able to have full
>>> org-mode on the move.
>
> I've built glibc 2.17 for Android, now I compile all GNU apps natively
> on
Rémi Vanicat writes:
> Karl Voit writes:
>
>> Hi!
>>
>> * Matthew Jones wrote:
>>> - If you have issues and you don't tell us then we have no way of helping
>>> you and the problem might not go away.
>>
>> I mainly use MobileOrg on my Android phone to capture URLs and
>> tasks and I am *very*
On 24.4.2013, at 10:31, Bastien wrote:
> Carsten Dominik writes:
>
>> On 24.4.2013, at 10:06, Bastien wrote:
>>
>>> Hi Michael,
>>>
>>> Michael Brand writes:
>>>
Yes, this is how it worked and I was used to before too, very
convenient.
>>>
>>> This is how it works again.
>>
>>
Hi Bastien
On Wed, Apr 24, 2013 at 10:51 AM, Bastien wrote:
> I have no strong opinion on this, but I think it's better if "." does
> one single thing at the time.
Then I don't mind.
And oh, by the way, thank you for taking care of the regression of "3
1 . 1 2 ." now solved.
Michael
Jay Kerns writes:
> CALL TO WORG AUTHORS:
>
> - Please checkout the worg-new-exporter branch and update those files
> which are yours.
> - Please mark DONE or INPROGRESS files in worgmap.org.
> - If you cannot or are not able to update your files, please say so on
> the mailing list so other
Hi Eric,
Eric Schulte writes:
> I can think of some possibilities,
>
> 1. Your load-path either isn't pointing to the newest Org-mode, or you
>are somehow also loading an older version of Org-mode. Although I
>believe I just helped you setup your load path, so lets assume this
>isn't
Hi Carsten,
Carsten Dominik writes:
> I think only doing this at the beginning of the prompt is better,
> anywhere else it is too magic.
Okay, I implemented this by checking if we are at the start of the
prompt with `looking-back'. Using "prompt" here would raise a
compiler warning -- we wou
On 24.4.2013, at 11:38, Bastien wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>> I think only doing this at the beginning of the prompt is better,
>> anywhere else it is too magic.
>
> Okay, I implemented this by checking if we are at the start of the
> prompt with `looking-back'. Us
Hi Sebastien,
Sebastien Vauban writes:
> See http://lists.gnu.org/archive/html/help-gnu-emacs/2004-10/msg00331.html
I finally managed to make it work using INFOPATH, which is quite painful
to do under OS X. I really don't understand why there isn't a way to do
this from inside emacs configuratio
Hi Viktor,
thanks for the patient and detailed debugging.
I don't have time to test the attached patch myself, but given your
description it should be okay.
Can you test it and report? Otherwise I will test this myself later
on.
Thanks!
diff --git a/lisp/org.el b/lisp/org.el
index c76ddd0..d7
Hi Nick,
Nick Daly writes:
> Unfortunately, as shown below, the default sort methods apply:
> deadlines occur after the scheduled events, and we're using the
> deadline-/scheduled-up sorting method instead of the correct -down
> methods:
>From the docstring of `org-agenda-sorting-strategy':
On Wed, Apr 24, 2013 at 08:51:24AM +0100, Eric S Fraga wrote:
[...chomp...chomp...chomp...]
> However, the documentation (in emacs 24.3.50 as that's what I am using
> on this laptop...) for Info-default-directory-list says:
>
> ,
> | Although this is a customizable variable, that is mainly f
Hello,
** Hideki Saito [2013-04-22 02:36:09 -0700]:
> Hello,
> I briefly searching the list and but I'm unsure if this was discussed
> before, so excuse me if this was discussed before.
> I've got a question regarding how I can make this work with languages
> that doesn't separate words with spac
[double-post to bring this issue to the attention of Nicolas]
Exporting a Worg file with this header (#+TOC: headlines 2)
,-
| #+OPTIONS: H:3 num:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t
|
Hi all
I could not find a spec of the URL for this so I made my own guess,
resulting in a fatal:
$ git clone http://orgmode.org/r/worg.git
Cloning into 'worg'...
fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack
not found: did you run git update-server-info on the server?
Is
Hello,
Thorsten Jolitz writes:
> Exporting a Worg file with this header (#+TOC: headlines 2)
>
> ,-
> | #+OPTIONS: H:3 num:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t
> | skip:nil d:(HI
Nicolas Goaziou writes:
> If you don't specify a toc item in the OPTIONS line, Org will use the
> value of `org-export-with-toc', which is non-nil by default.
>
> So, your example is equivalent to:
>
> #+OPTIONS: toc:t
> #+TOC: headline 2
>
> Hence you get two tables of contents.
Ok, but the
Thorsten Jolitz writes:
> Nicolas Goaziou writes:
>
>> If you don't specify a toc item in the OPTIONS line, Org will use the
>> value of `org-export-with-toc', which is non-nil by default.
>>
>> So, your example is equivalent to:
>>
>> #+OPTIONS: toc:t
>> #+TOC: headline 2
>>
>> Hence you ge
Karl Voit writes:
> Is there something wrong with my repos?
I don't think so : there should be a file named 'dir' in the doc/
directory which contains a reference to the correct info file (called
org, built from org.texi I guess).
--
N.
Hi Bastien,
with this patch, everything works as expected.
Thanks!
Cheers,
Viktor
Bastien wrote:
> Hi Viktor,
>
> thanks for the patient and detailed debugging.
>
> I don't have time to test the attached patch myself, but given your
> description it should be okay.
>
> Can you test it and r
Christian Wittern writes:
> On 2013-04-23 21:09, François Pinard wrote:
>> If I remember well [...]
> Well, in this case you are misremembering, empty elements, aka as
> self-closing tags are one of the innovations of XML. Just my nit to pick,
A friendly nit-picking is always a good way to ge
On Apr 24, 2013, at 6:40 PM, Alan Schmitt
wrote:
> Hi Sebastien,
>
> Sebastien Vauban writes:
>
>> See http://lists.gnu.org/archive/html/help-gnu-emacs/2004-10/msg00331.html
>
> I finally managed to make it work using INFOPATH, which is quite painful
> to do under OS X. I really don't unders
Hi Viktor,
Viktor Rosenfeld writes:
> with this patch, everything works as expected.
Applied, thanks for checking!
--
Bastien
Thank you!
It worked again after a "make up2".
BR / Johan
On Wed, Apr 24, 2013 at 9:39 AM, Bastien wrote:
> Hi Johan,
>
> Johan Ekh writes:
>
> > Marc: I use git for installation and I don't think I have any old
> > files in my load path. I have the files in my home directory but the
> > comp
On Apr 24, 2013 7:38 AM, "Michael Brand" wrote:
>
> Hi all
>
> I could not find a spec of the URL for this so I made my own guess,
> resulting in a fatal:
>
> $ git clone http://orgmode.org/r/worg.git
> Cloning into 'worg'...
> fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack
Hi Nicolas,
James Yuan noticed that the .org file that is published with my document
(http://doc.norang.ca/org-mode.org does not contain :tangle on any of
the source blocks.
One of the uses of this document is to pull up the file and tangle it to
create an emacs configuration but this seems to be
Bastien writes:
> I removed the forward char ugly hack--I cannot reproduce the
> error I was seeing before when the user manually inserts some
> text right on the marker and modifies it in the wrong direction.
>
> I will try to reproduce the problem later on, but lets use the
> clean way for now.
Hi,
the attached patch makes `org-agenda-filter-by-tag-refine' pickup the
hotkeys defined for tags in `org-tag-persistent-alist'.
Cheers,
Viktor
>From 25d8eb08ecab282fc85c95307cddada8b5032e21 Mon Sep 17 00:00:00 2001
From: Viktor Rosenfeld
Date: Wed, 24 Apr 2013 15:54:14 +0200
Subject: [PATCH] o
First of all, thank you for the tutorial and the code! Outshine has become
a major component of my workflow, I use it in all my source code buffers
(sql, R, elisp).
I have one question/proposal regarding key bindings. Outshine binds TAB
to outshine-cycle-subtree which only does something useful (c
Hi Viktor,
Viktor Rosenfeld writes:
> the attached patch makes `org-agenda-filter-by-tag-refine' pickup the
> hotkeys defined for tags in `org-tag-persistent-alist'.
Applied, thanks!
--
Bastien
Hi John
On Wed, Apr 24, 2013 at 4:00 PM, John Hendy wrote:
> - https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01640.html
>
> If you're going to want to ever push to it... No. Only got protocol will
> work.
Thank you, at least I can pull now in a limited network.
Michael
At Wed, 24 Apr 2013 09:37:57 +0200,
Sebastien Vauban wrote:
>
> Hello Nicolas,
>
> Nicolas Goaziou wrote:
> >
> > This is not a bug. This is how cross references work: any link to an
> > internal target without a description will become a number referring to
> > the target. It works for headlines
Hello,
Bernt Hansen writes:
> James Yuan noticed that the .org file that is published with my document
> (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
> the source blocks.
>
> One of the uses of this document is to pull up the file and tangle it to
> create an emacs confi
Xiao-Yong Jin writes:
> I guess you changed the plist of Emacs.app?
No, I set /etc/launchd.conf (and I also set the INFOPATH in my .zshrc).
> That's not really required. How do you install your emacs?
Homebrew, using this version:
https://github.com/railwaycat/emacs-mac-port
> On my machine,
On Wed, Apr 24, 2013 at 09:00:08AM -0500, John Hendy wrote:
>
> If you're going to want to ever push to it... No. Only got protocol will
> work.
I don't think you can use git:// to push to Worg. It has to be
git+ssh://.
--
Suvayu
Open source is the future. It sets us free.
Eric S Fraga writes:
> Rémi Vanicat writes:
>
>> Karl Voit writes:
>>
>>> Hi!
>>>
>>> * Matthew Jones wrote:
- If you have issues and you don't tell us then we have no way of helping
you and the problem might not go away.
>>>
>>> I mainly use MobileOrg on my Android phone to captur
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> James Yuan noticed that the .org file that is published with my document
>> (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
>> the source blocks.
>>
>> One of the uses of this document is to pull up the file and
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> James Yuan noticed that the .org file that is published with my document
>> (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
>> the source blocks.
>>
>> One of the uses of this document is to pull up the file and
Hi all,
I'm interested in putting together a community to meet about org-mode and
Emacs where there is a peer-to-peer mentorship aspect so everyone learns
from each other. This could turn into a formal regular meetup. I can see
how this could be a spinoff of a functional programming meetup where
Hi Nicolas,
I found the following filling bug with alphabetical lists.
I have
(setq org-alphabetical-lists t)
and when I do M-q on the first line of the lists below (without a blank
separating line) the alphabetical lists are wrapped into the previous
list.
The regular lists behave properly -
Alan Schmitt writes:
> Hi Eric,
>
> Eric Schulte writes:
>
>> I can think of some possibilities,
>>
>> 1. Your load-path either isn't pointing to the newest Org-mode, or you
>>are somehow also loading an older version of Org-mode. Although I
>>believe I just helped you setup your load pa
Hi,
I don't seem to have the full context for this thread, but I'll reply
anyway.
On Tue, Apr 23, 2013 at 12:50 PM, Karl Voit wrote:
> Hi!
>
> * Matthew Jones wrote:
> > - If you have issues and you don't tell us then we have no way of helping
> > you and the problem might not go away.
>
> I m
Hi,
On Wed, Apr 24, 2013 at 6:41 AM, Rémi Vanicat wrote:
> Karl Voit writes:
>
> > Hi!
> >
> > * Matthew Jones wrote:
> >> - If you have issues and you don't tell us then we have no way of
> helping
> >> you and the problem might not go away.
> >
> > I mainly use MobileOrg on my Android phone
* Henning Weiss wrote:
>
> Hi,
>
> I don't seem to have the full context for this thread, but I'll reply
> anyway.
>
> On Tue, Apr 23, 2013 at 12:50 PM, Karl Voit wrote:
>
>> ** <2013-05-07 Tue 9:00-11:00> this is an event/appointment :rem15:
>>
>> Unfortunately, MobileOrg does not seem to put
Eric Schulte writes:
> I don't understand why you can't put this code into your normal
> configuration file?
Because it may load too many things. I thought I could killed two birds
with one stone: get a faster async export, and git it working.
> If the error is thrown *before* your main configu
* Rémi Vanicat wrote:
>
> My main problem with mobilorg is that it do not translate
>
> <2013-05-07 Tue 9:00-11:00 +1w>
>
> in a recurring event, and I would really like this to be solved.
Not a solution to your specific issue but this is how I deal with
recurring events: I use org-clone-subtr
>
> I've turned on the debugger, and there is something that I find a bit
> strange. Here are the last few lines.
>
> ,
> |
> load("/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90"
> nil t)
> | command-line-1(("-l" "/Users/schmitta/.emacs.d/init.el" "-l"
> "/v
Rainer Stengele writes:
> I update (git) and compile org inside of cygwin.
So do I.
> That means the info file will be installed in the cygwin tree.
No it won't if you configure local.mk accordingly.
> But I do use the Windows port of Emacs, not the cygwin port.
http://orgmode.org/worg/dev/org
Eric Schulte writes:
>>
>> I've turned on the debugger, and there is something that I find a bit
>> strange. Here are the last few lines.
>>
>> ,
>> |
>> load("/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90"
>> nil t)
>> | command-line-1(("-l" "/Users/schmitt
Alan Schmitt writes:
> Eric Schulte writes:
>
>>>
>>> I've turned on the debugger, and there is something that I find a bit
>>> strange. Here are the last few lines.
>>>
>>> ,
>>> |
>>> load("/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90"
>>> nil t)
>>> | c
Alexander Vorobiev writes:
Hi Alexander,
> First of all, thank you for the tutorial and the code! Outshine has become
> a major component of my workflow, I use it in all my source code buffers (sql,
> R, elisp).
Thanks, I use it in all my elisp and PicoLisp buffers too, and I'm happy
that it w
Alan Schmitt writes:
> Eric Schulte writes:
>
>> --8< snip
>>
>> Yes, the starter kit waits to load on the after-init-hook so that the
>> Emacs package system will be fully loaded. That is why the other file
>> you load on the command line is loaded first.
>
> Then asynchronous export can't work,
Hi Eric,
Eric Schulte writes:
> Alan Schmitt writes:
>
>> Eric Schulte writes:
>>
I've turned on the debugger, and there is something that I find a bit
strange. Here are the last few lines.
,
|
load("/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-
>* Eric S Fraga wrote:
>> Basically, we're almost there but not quite. It sure would be nice
>to
>> have Emacs running properly on Android just to be able to have full
>> org-mode on the move.
I've built glibc 2.17 for Android, now I compile all GNU apps natively on my
phone (Samsung Galaxy Not
When running:
emacs -l ~/.emacs -eval '(org-batch-store-agenda-views)' -eval
'(org-mobile-push)'
It errors with:
(wrong-number-of-arguments called-interactively-p 1)
A proposed fix is below. What I don't know is whether the fix breaks
something else (i.e. it seems to work for me, but my elisp-fu
Buddy Butterfly writes:
> The problem becomes obvious with your example above.
> Herr you expect that T8 would be unique across all
> tasks. If there are some other task paths with a task of
> T8 then this will not work.
True, task_ids have to be unique across tasks. For me this was never a
pr
Hello,
"Sebastien Vauban"
writes:
> He does well have a description part, doesn't he?
Duh. Yes. Then it is a bug, which should now be fixed.
Thanks for insisting on the problem.
Regards,
--
Nicolas Goaziou
Hi all,
I'm interested in putting together a community to meet about org-mode and
Emacs where there is a peer-to-peer mentorship aspect so everyone learns
from each other. This could turn into a formal regular meetup. I can see
how this could be a spinoff of a functional programming meetup where
John Hendy writes:
> Unique ids could be inserted as depends with some simple key strokes
> and I would't have to use numbered IDs at all. They'd stay with the
> tasks no matter where I moved them.
>
> For that... I'd actually prefer *not* to have to explicitly name the
> parent since they could
Alexander Poslavsky writes:
> Alan Schmitt writes:
>
>> Eric Schulte writes:
>>
>>> --8< snip
>>>
>>> Yes, the starter kit waits to load on the after-init-hook so that the
>>> Emacs package system will be fully loaded. That is why the other file
>>> you load on the command line is loaded first.
Hello Rodrigo,
Rodrigo Amestica wrote:
> Eric Schulte wrote:
>> Rodrigo Amestica writes:
>>
>> > if I use this block
>> >
>> > #+BEGIN_SRC python :results file
>> > from pylab import *
>> > plot(rand(10))
>> > savefig('images/test.png')
>> > return 'images/test.png'
>> > #+END_SRC
>> >
>> > the
Hello,
Bernt Hansen writes:
>
> I found the following filling bug with alphabetical lists.
>
> I have
>
> (setq org-alphabetical-lists t)
This is now `org-list-allow-alphabetical'. I think you need to reload
Org when this variable is changed.
Regards,
--
Nicolas Goaziou
Hello Thomas,
Thomas S. Dye wrote:
> "Sebastien Vauban"
#+begin_src latex
\DescribeMacro{\dummyMacro}
This macro does nothing.\index{doing nothing|usage} It is merely an
example. If this were a real macro, you would put a paragraph here
describing \textbf{what} the macro
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>>
>> I found the following filling bug with alphabetical lists.
>>
>> I have
>>
>> (setq org-alphabetical-lists t)
>
> This is now `org-list-allow-alphabetical'. I think you need to reload
> Org when this variable is changed.
Thanks, I
At Wed, 24 Apr 2013 23:06:30 +0200,
Sebastien Vauban wrote:
> >> You don't need to explicitly specify a return when working with a
> >> session. Either of the following should work.
> >>
> >> #+BEGIN_SRC python :session test :file "images/test.png"
> >> from pylab import *
> >> pl
Hi,
I would love to be able to export org documents to opal, so that I can read
them with the various commercial outlining apps on platforms without emacs --
e.g, iOS. The ideal thing would be if I could import OPML as well.
Is anyone working on this already?
If not, does anyone have any point
Can someone corroborate this? The help menu still lists the key binding,
so I assume it is still the desired behavior. Suggestions?
Hello,
Bernt Hansen writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Bernt Hansen writes:
>>>
>>> I found the following filling bug with alphabetical lists.
>>>
>>> I have
>>>
>>> (setq org-alphabetical-lists t)
>>
>> This is now `org-list-allow-alphabetical'. I think you need to reload
>>
Alan Schmitt writes:
> Hi Glyn,
>
> Glyn Millington writes:
>
>> Hi Alan,
>>
>> This is how I do it.
>
> [...]
>
>> I also have this in my init.el
>>
>> (setq Info-default-directory-list (cons "/home/glyn/info/"
>> Info-default-directory-list))
>>
>> Then it should appear in Emacs' info-reader
>
Hi Jason,
"Wright, Jason L" writes:
> When running:
> emacs -l ~/.emacs -eval '(org-batch-store-agenda-views)' -eval
> '(org-mobile-push)'
>
> It errors with:
> (wrong-number-of-arguments called-interactively-p 1)
>
> A proposed fix is below. What I don't know is whether the fix breaks
> somethi
I use tags only on top level items in org-file.
And want move all items marked by specific tag to different org-file.
I expect that this command kill items with selected tag to kill-ring in one
step (so single undo command return original buffer content).
Seems there are no such command build-in
On 25.4.2013, at 07:32, Oleksandr Gavenko wrote:
> I use tags only on top level items in org-file.
>
> And want move all items marked by specific tag to different org-file.
>
> I expect that this command kill items with selected tag to kill-ring in one
> step (so single undo command return orig
95 matches
Mail list logo
