Daimrod writes:
> Bastien writes:
>
>> Hi Eric,
>>
>> Eric Abrahamsen writes:
>>
>>> After Nicolas made the last round of improvements to the caching
>>> mechanism I got far fewer hangs with Org, but they are still happening.
>>> Maybe once a day or so, on average, editing something in an Org b
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> I guess it shouldn't be too surprising -- the org element stuff is
>> completely parsing the entire buffer on every pass. The other function
>> probably boils down to passing a few targeted regexps over the buffer.
>> I've sneakil
Hello,
Achim Gratz writes:
> I'm not wedded to the name, maybe "export" has a nicer ring to it (but
> that#s also been used differently in Babel, just like almost anything
> else you#d be able to come up with).
True.
> What I'm talking about is the list of blocks that never can be export
> blo
Hello,
Eric Abrahamsen writes:
> I guess it shouldn't be too surprising -- the org element stuff is
> completely parsing the entire buffer on every pass. The other function
> probably boils down to passing a few targeted regexps over the buffer.
> I've sneakily cc'd Nicolas to see what he thinks
Hello,
Bastien writes:
> Perhaps some hint lies down here (like "toc" indicating the exporter
> should rely on the buffer-local value of `org-export-with-toc'?) but
> I'm not really sure, I hope Nicolas can clarify.
I spoke too soon. I had `org-export-with-toc' set to nil.
Anyway, this bug is
Am Dienstag, 3. Juni 2014, 00:34:58 schrieb James Harkins:
> Bastien gnu.org> writes:
> > Hi Alexander,
> >
> > AW t-online.de> writes:
> > > Now, Word no longer can open the html-documents produced by orgmode. The
>
> error
>
> > > message is (translated from German): "DTD prohibited".
> >
>
David Engster writes:
> Nicolas Goaziou writes:
>> Eric S Fraga writes:
>>> I have tracked this down to org-icalendar outputing wrapped lines even
>>> for UID entries:
>>>
>>> ,
>>> | BEGIN:VEVENT
>>> | DTSTAMP:20140507T114443Z
>>> | UID:0400[...]00
>>> | 00[...]6
>>> | DTSTART;TZID=Europe/Lo
Shiyuan writes:
> I can only find htmlfontify in ELPA, but not htmlize. Which ELPA
> repository will have htmlize? Or I need to install the .el file
> manually. I can find the htmlize.el in the following link, but not
> sure it's up to date.
> http://www.emacswiki.org/emacs-ja/htmlize.el.
>
I can only find htmlfontify in ELPA, but not htmlize. Which ELPA repository
will have htmlize? Or I need to install the .el file manually. I can find
the htmlize.el in the following link, but not sure it's up to date.
http://www.emacswiki.org/emacs-ja/htmlize.el.
Thank you.
On Sun, Jun 1, 2014
Bastien writes:
Hi Bastien,
> Thorsten Jolitz writes:
>
>> Is this a bug/regression or a personnal setup thing?
>
> Probably something in your setup.
yes, apparently,
> Can you try
>
> emacs -l ~/minimal.el
>
> with minimal.el containing something like
>
> (add-to-list 'load-path "~/insta
Hello,
Nicolas Richard writes:
> I'm trying to play with the exporter but I'd like my back-end to have no
> toc by default. I tried
>
> (org-export-define-derived-backend 'mytest 'html
> :translate-alist
> ;; don't use the template, concentrate on the toc.
> (list (cons 'template (lambda (
Hi Nicolas,
Nicolas Richard writes:
> I'm trying to play with the exporter but I'd like my back-end to have no
> toc by default. I tried
>
> (org-export-define-derived-backend 'mytest 'html
> :translate-alist
> ;; don't use the template, concentrate on the toc.
> (list (cons 'template (lam
Hi Thorsten,
Thorsten Jolitz writes:
> Is this a bug/regression or a personnal setup thing?
Probably something in your setup.
Can you try
emacs -l ~/minimal.el
with minimal.el containing something like
(add-to-list 'load-path "~/install/git/org-mode/lisp/")
(require 'org)
then call M
Hi List,
after updating yesterday to
#+begin_src emacs-lisp
(call-interactively 'org-version)
#+end_src
#+results:
: Org-mode version 8.2.6 (release_8.2.6-1123-g024a05 @
/usr/share/emacs/24.3/lisp/org/lisp/)
I got this error when opening the agenda today:
,
2014-06-03 12:11 GMT+02:00 Bastien :
> Cecil Westerhof writes:
>
> > I
> >
> > just downloaded again from:
> > http://orgmode.org/
> >
> > But get the same error as before.
>
> As the website says, the tarballs that you download from
> http://orgmode.org are built from the latest stable ve
Hi Daimrod,
On 2014-05-29, Daimrod wrote:
> Hmm, I kinda like this. It seems a bit verbose but it's better than
> having multiple values per properties (IMHO).
>
> Though, if we adopt this scheme, we would need to add some helper
> bindings/functions so that we don't have to fill this by hands.
Cecil Westerhof writes:
> I
>
> just downloaded again from:
> http://orgmode.org/
>
> But get the same error as before.
As the website says, the tarballs that you download from
http://orgmode.org are built from the latest stable version,
which is currently 8.2.6.
Achim fixed this for t
2014-06-02 20:17 GMT+02:00 Achim Gratz :
> Bastien writes:
> > I'd rather add the tests to the Org archives.
>
> Done.
>
I
just downloaded again from:
http://orgmode.org/
But get the same error as before.
--
Cecil Westerhof
Thorsten Jolitz writes:
> Eric Abrahamsen writes:
>
>> Thorsten Jolitz writes:
>>
>>> Chris Poole writes:
>>>
Eric Abrahamsen:
> the `org-map-entries' function can be given a scope of 'agenda
That worked perfectly, thanks. Here's what I ended up with:
(org-map-entr
Eric Abrahamsen writes:
> Thorsten Jolitz writes:
>
>> Chris Poole writes:
>>
>>> Eric Abrahamsen:
the `org-map-entries' function can be given a scope of 'agenda
>>>
>>> That worked perfectly, thanks. Here's what I ended up with:
>>>
>>> (org-map-entries (lambda ()
>>> (when (equal title (
Hi Achim,
Achim Gratz writes:
> Bastien writes:
>> Achim Gratz writes:
>>> Shouldn't the test check that the desired target is actually
>>> reached?
>>
>> That would be too complicated. Checking that `org-open-at-point'
>> does not throw an error is enough IMO.
>
> I don't think so. Implement
21 matches
Mail list logo
