Hello,
Ryo TAKAISHI writes:
> I create a complete patch for current commit.
I've pushed your patch on master (with some documentation tweaks). Thank
you for your work.
Also, please consider signing FSF papers if you want to make other
contributions to Org.
Regards,
--
Nicolas Goaziou
Hello,
Skip Collins writes:
> When compiling the latest git version with make up2, the end-of-line
> test fails, giving the following output:
This should be fixed on master (and even maint). Could you confirm this?
Thanks for the report.
Regards,
--
Nicolas Goaziou
I am having trouble in using org-exp-bibtex.el on debian sid. I was
unable to install bibtex2html through the package manager because of
dependency problem with ocaml-base-nox-3.12.1. I then installed ocaml
separately, and compiled bibtex2html from source. Now, bibtex2html is
working fine from the
"Sven Bretfeld" writes:
> Whenever I do a property-search (C-a / p) or an org-tags-view, some
> org-buffers are touched and need to be saved again, i.e. they display
> the ** flag in the status line and in Ibuffer.
>
> It is always the same three files, that seemingly have changed (in fact,
> the
Nicolas Goaziou writes:
> Otherwise the code is fine. Would you provide a complete patch, i.e.
> with `git format-patch'? The changelog entry may be:
I create a complete patch for current commit.
Regards,
Ryo
>From d82c99bb643e2c61e1f5b598a687160340a1558f Mon Sep 17 00:00:00 2001
From: Ryo TAK
Ryo TAKAISHI writes:
> I fixed and added document in docstring & org.texi.
Thank you.
> + @r{If sexp's attr is link keyword (@code{%:keyword}),}
> + @r{it will be expanded using @code{org-store-link-plist}.}
Documentation should not contain a reference to `org
The patch attached below fixes a very minor problem in org-bibtex.el.
Cheers,
Rafael
>From 852681cb0789b4d1a7c0081e634322690b9ae47d Mon Sep 17 00:00:00 2001
From: Rafael Laboissiere
Date: Sun, 4 Nov 2012 09:14:44 +0100
Subject: [PATCH] org-bibtex.el: Fix broken URL
* lisp/org-bibtex.el: In
Nicolas Goaziou writes:
> The code looks good, although I would have moved the external `mapcar'
> within the worker function in order to make its purpose clearer.
>
> Also, would you mind to provide a docstring for the function? Something
> along the lines of:
>
> "Recursively replace captur
