David Maus writes:
> Does this problem still persist after commit
> 3771185caefc6d35c4ff0523bdbae878f3e92203?
It's all fixed now, thanks David!
John
At Sat, 13 Aug 2011 16:49:50 -0500,
John Wiegley wrote:
>
> Maybe we're all using different versions of Emacs, but I find that
> byte-compilation warnings keep increasing as time goes by. I'd like to ask
> people to compile their code before committing, to keep the build log clean.
> It looks mess
At Sat, 13 Aug 2011 16:26:25 -0500,
John Wiegley wrote:
>
> "Sebastien Vauban"
> writes:
>
> > Since this morning's update -- though I think I did not update yesterday --,
> > I've a weird problem when capture some text through the standard template I
> > use for months.
>
> I'm having a similar p
Maybe we're all using different versions of Emacs, but I find that
byte-compilation warnings keep increasing as time goes by. I'd like to ask
people to compile their code before committing, to keep the build log clean.
It looks messy when there are lots of unnecessary warnings.
Here's what I'm se
"Sebastien Vauban"
writes:
> Since this morning's update -- though I think I did not update yesterday --,
> I've a weird problem when capture some text through the standard template I
> use for months.
I'm having a similar problem, except that the capturing process now deletes
the first heading
Matt Lundin writes:
> Bastien writes:
>
>> Attached is a patch that replaces instances of outline-regexp
>> by org-outline-regexp. It also introduces more harmonization.
>>
>> I'd be interesed in hearing about feedback.
>
> What is the primary reason to use a hard-coded org-outline-regexp and
David Maus writes:
> At Sat, 13 Aug 2011 09:25:19 +0200,
> David Maus wrote:
>>
>> Hi Matt,
>> Hi Sebastien,
>>
>> I pushed a temporary workaround to master that should fix the problem
>> with refile and capture. Both depend on a buggy behavior of
>> org-paste-subtree, i.e. pasting a subtree *abo
Hi Bastien,
Bastien writes:
> Attached is a patch that replaces instances of outline-regexp
> by org-outline-regexp. It also introduces more harmonization.
>
> I'd be interesed in hearing about feedback.
What is the primary reason to use a hard-coded org-outline-regexp and
org-outline-regexp-
At Sat, 13 Aug 2011 09:25:19 +0200,
David Maus wrote:
>
> Hi Matt,
> Hi Sebastien,
>
> I pushed a temporary workaround to master that should fix the problem
> with refile and capture. Both depend on a buggy behavior of
> org-paste-subtree, i.e. pasting a subtree *above* the target headline
> when c
Hello,
Bastien writes:
> Yep. When you have some free time (!), please suggest a patch and a
> small org test file so that we can test.
Here is an attempt to convert word boundaries into white spaces where it
matters.
I paste again the test file from Osamu Okano for reference.
#+begin_src or
Greetings!
This is from my .emacs
(org-babel-do-load-languages
'org-babel-load-languages
'((R . t)
(ditaa . t)
.
.
(defun my-org-confirm-babel-evaluate (lang body)
(not (string= lang "ditaa"))) ; don't ask for ditaa
(setq org-confirm-babel-evaluate 'my-org-confirm-ba
Hi Matt,
Hi Sebastien,
I pushed a temporary workaround to master that should fix the problem
with refile and capture. Both depend on a buggy behavior of
org-paste-subtree, i.e. pasting a subtree *above* the target headline
when called with point at the beginning of the target headline.
A fix for
12 matches
Mail list logo