Achim Gratz writes:
> This causes the (current-buffer) to expand literally into the byte-code
> (look at the byte-code!) instead of being compiled as a function, which
> obviously isn't going to work. This does not happen if I either remove
> the cond form or if I wrap the BODY in save-restriction
Achim Gratz writes:
> As long as I don't compile org-export.el, all tests are now passing.
> Thank you.
I've had a look at the byte-compiled code and traced at least one of
those errors to the following construct in org-export.el(org-export-as):
#BEGIN_SRC emacs_lisp
…
(save-excursion
(save
Baptiste Fouques writes:
> * lisp/emacs-lisp/cl.el (flet): Don't autoload.
>
> Makes my org not working in several places (babel, coupling with
> remenber, …). I think that the point in using 'flet' has appears
> several times in this group. It seems to become more crucial here.
Hi:
Being that groff is not available in org mode (at least by default, I
decided to give it a try and write a driver to export Org files into
groff with the use of the -mm macros.
Being that I'm not familiar with many of the facilities in Org mode,
I am modifying the org-latex.el to write gr
Hello,
** Baptiste Fouques [2012-06-25 17:38:22 +0200]:
> Hi,
> thanks all for org.
> I wonder whether org-mode is going to break badly on next emacs
> cleanup.
IMHO, yes, see my message under topic 'Export and tangling is broken for
Emacs rev. 108681+' (actually it should be 'Export a
Hi,
[...]
>>> I'm wondering, though, how you support the special case of "beamer frame
>>> level" set to 0, where we need to add the tag "B_frame" (in fact, the
>>> property) to show where the frame really begins.
thanks for that tip! This, I didn't know, but I'll use as standard now.
I never
Hi,
thanks all for org.
I wonder whether org-mode is going to break badly on next emacs
cleanup.
---
commit 1e211d886c96420904ad197cfee7fce7ae7b9d83 (HEAD, refs/heads/master)
Author: Stefan Monnier
Date: Fri Jun 22 09:42:38 2012 -0400
…
* lisp/emacs-lisp/cl.el (flet): Don't auto
Hi all,
I've written a snippet of elisp which I'm finding very helpful. I've
replaced the archive keybinding with it. Basically, I found that when I
had something like this:
#+BEGIN_SRC org
* Task tree
:PROPERTIES:
:ARCHIVE: %s_archive::* Task tree
:END:
** TODO Some task
***
Hi Renger,
This example repeats fine for me here.
Org-mode version 7.8.11 (release_7.8.11-88-g802fc6 @
/home/bernt/git/org-mode/lisp/)
GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11
on raven, modified by Debian
Regards,
Bernt
Renger van Nieuwkoop writes:
> Hi
>
> I
Christopher Allan Webber writes:
> Ah, I've stopped using that theme! But it was a small extension to
> color-theme-snow. Here it is. :)
FYI, the theme I use now is naquadah-theme, which I *highly* recommend.
http://git.naquadah.org/?p=naquadah-theme.git;a=summary
Hi
I use repeating tasks and this worked fine with me. Since a few days, if I
change the status from TODO to DONE, the Status is not automatically set back
to TODO again, and the task does not repeat anymore.
Here is an example
** DONE [#C] Zeitungen verräumen
SCHEDULED: <2012-06-23 Sa +1w>
-
On Sun, Jun 24, 2012 at 11:52:41PM +0200, Toby Cubitt wrote:
> On Sun, Jun 24, 2012 at 11:39:08PM +0200, Bastien wrote:
> > Hi Toby,
> >
> > Toby Cubitt writes:
> >
> > > For some unknown reason, org-mode is causing the undo boundary between
> > > the (2 . 4) and (1 . 2) entries to be removed fr
Hello,
as topic states, below example and extact messages copied from *Messages* buffer
--- 8< ---
#+TITLE: Example
#+AUTHOR: Vladimir Lomov
#+DESCRIPTION: This example shows a problem with Org mode and Emacs 108681
#+OPTIONS: LaTeX:dvipng ^:{} toc:nil num:nil
* Example o
Sriram Karra writes:
> On Sun, Jun 24, 2012 at 10:37 PM, Christopher Allan Webber
> wrote:
>
> Hey Aurélien,
>
> This is great. I formerly worked on something similar:
>
>
> http://labs.creativecommons.org/2010/11/10/bridging-public-bugtrackers-and-local-tasklists/
>
> Ni
On Sun, Jun 24, 2012 at 10:37 PM, Christopher Allan Webber <
cweb...@dustycloud.org> wrote:
> Hey Aurélien,
>
> This is great. I formerly worked on something similar:
>
>
> http://labs.creativecommons.org/2010/11/10/bridging-public-bugtrackers-and-local-tasklists/
Nice color-theme, there. If y
On Sun, Jun 24, 2012 at 7:07 PM, Christopher Allan Webber
wrote:
> http://labs.creativecommons.org/2010/11/10/bridging-public-bugtrackers-and-local-tasklists/
Yes I've already read your post while researching for my project :)
> I'd be interested to see if you come up with a generic solution tha
Am 25.06.2012 12:31, schrieb Jambunathan K:
"Olaf.Hamann" writes:
After that M-x org-export-as-odt does not display the zip-Error any
more, but stops with 'Unable to create odt file (1)' in my case.
When this happens, the "*Messages*" buffer usually contains the error
string emitted by zip.
"Olaf.Hamann" writes:
> After that M-x org-export-as-odt does not display the zip-Error any
> more, but stops with 'Unable to create odt file (1)' in my case.
When this happens, the "*Messages*" buffer usually contains the error
string emitted by zip. Please look at the messages buffer for poss
"Olaf.Hamann" writes:
> I downloaded the Gzip binary from
> http://gnuwin32.sourceforge.net/packages/gzip.htm.
> I opened the zip-file with a graphical unzip-program (like Winzip or
> 7zip or Totalcommander or so).
>
> Then I put only gzip.exe into Windows/system32 directory and renamed
> it to
For zip on Windows use,
[1] http://en.wikipedia.org/wiki/Info-ZIP or
[2] http://gnuwin32.sourceforge.net/packages/zip.htm
[2] You can also install Cygwin.
Also see
[1] http://lists.gnu.org/archive/html/emacs-orgmode/2011-07/msg00485.html
[2] http://orgmode.org/worg/org-faq.html#sec-18-18
Btw,
Hello Sylvie,
I never used odt-export before and I can reproduce your problem.
I'm using MS Windows and Emacs 24.1.50 with orgmode 7.8.10.
It looks like, that org-export expects a Windows command line tool
called 'zip'.
I downloaded the Gzip binary from
http://gnuwin32.sourceforge.net/packages
Nick Dokos writes:
> Loris Bennett wrote:
>
>> Nick Dokos writes:
>>
>> > Loris Bennett wrote:
>> >
>> >> Hi,
>> >>
>> >> When I try to run a Perl script remotely via ":dir", I get the following
>> >> error:
>> >>
>> >> ,--
22 matches
Mail list logo
