Hi Bastien,
Could you please take a look at Bug#12905? If it causes data loss, I
think it should be fixed in the emacs-24 branch. Thanks.
>> * lisp/org/org-lparse.el: Move some hooks from org-lparse to
>> org-do-lparse.
>
> I pushed another fix in Org's git repo here:
>
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c33909
>
> Can you revert this change? Otherwise it will create a merge
> conflict. If you think the iss
-- Forwarded message --
From: Bastien
Date: Sun, Aug 5, 2012 at 6:32 PM
Subject: Re: Bug#7133
To: Chong Yidong
Hi Chong,
Chong Yidong writes:
> Please review the proposed patch by Lennart Borgman at
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7133
You can c
Tassilo Horn writes:
>>> on irc some user reported that the current org-mode version listed
>>> in `M-x package-list-packages' cannot be downloaded anymore. It
>>> seems that this is caused by some cronjob that stopped running on
>>> February, 14th.
>>
>> Looks like some kind of firewall snafu w
Tassilo Horn writes:
> on irc some user reported that the current org-mode version listed in
> `M-x package-list-packages' cannot be downloaded anymore. It seems that
> this is caused by some cronjob that stopped running on February, 14th.
Looks like some kind of firewall snafu when the machine
Glenn Morris writes:
this:
>
> org-footnote.el:(defvar org-blank-before-new-entry nil) ; silence
> byte-compiler
>
> is bogus (the relevant syntax is (defvar foo)).
>
> Probably so are these:
>
> org-footnote.el:(defvar org-export-footnotes-seen nil) ; silence byte-compiler
> org-footnote.el:(de
Glenn Morris writes:
> 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:
This uses the Emacs executable on the exec path, which might not be
Alin Soare writes:
> |- aaa
> | aaa
> |- bbb
> |
> |-ccc
> `ccc
>
> Is there a function fill-paragraph for tree-mode ?
You could look at the value of (widget-get widget :indent) and emit
Forwarding documentation suggestions to org upstream:
"Drew Adams" writes:
> Minor suggestions - no bug.
>
> 1. No need to tell users to turn on font-lock - it's on by default now
> (for GNU Emacs at least).
>
> 2. Likewise transient-mark mode.
>
> 3. Maybe be a little softer with the key-bindin
Stefan Monnier writes:
>> The problem is in org-indent-refresh-section, which is run from a timer.
>> This function first moves point and then calls remove-text-properties,
>> which is considered a buffer change. Since the mark is active, the
>> selection code saves the region to saved-region-se
Julien Danjou writes:
> On Wed, Oct 20 2010, Chong Yidong wrote:
>
>> It's rather strange to complain about nobody else working on the bug,
>> when you (i) did not give a recipe and (ii) stated that you were already
>> working on it.
>
> My bad, I think I forgo
Julien Danjou writes:
> In a Org buffer with org-startup-indented set to t, type:
>
> ** TODO abcdefgh
>
> Go on `c', activate mark press C-e, press M-w (kill-ring-save).
> [Wrong primary selection appears]
The problem is in org-indent-refresh-section, which is run from a timer.
This function fi
Julien Danjou writes:
> So it seems that the problem I raise does not interest anybody, but I
> will continue to debug.
>
> This is how to reproduce.
It's rather strange to complain about nobody else working on the bug,
when you (i) did not give a recipe and (ii) stated that you were already
wor
13 matches
Mail list logo
