On Sat, Feb 12 2011, Stefan Monnier wrote:
> For more complex cases, there is also the issue of what to do when some
> parts of the completion are case-sensitive and other parts aren't
> (e.g. completion of case-sensitive envvars in case-insensitive file
> names), although this is less important f
On Sat, Feb 12 2011, Matt Lundin wrote:
> I tried org-contacts with my rather large agenda files, but because it
> uses org-scan-tags instead of regexp searches, queries are slow. E.g.,
> org-contacts-filter takes approximately 15-20 seconds.
Yeah, it's hard to use if you contacts are accross lar
On Sat, Feb 12 2011, Tassilo Horn wrote:
> @Julien: Here's a patch for org-contacts.el which uses Stefan's
> suggestion to fix the completion in the case-insensitive case.
Patch merged, and soon to be pushed.
--
Julien Danjou
❱ http://julien.danjou.info
pgp0SQsXh2iGF.pgp
Description: PGP sign
> On Sat, 12 Feb 2011 13:18:10 +0100, Bastien
> said:
B> I've played around with it, and I can already see the benefit. When
B> org-contacts will insinuate into Gnus, that will be a real win.
Ditto! This will be such a wonderful way to maintain contacts that will
have significant adva
Bastien writes:
> Hi Julien,
>
> Julien Danjou writes:
>
>> Following my short presentation at the Paris OrgCamp, I've now written a
>> page and officially released org-contacts. It is a contact manager based
>> on Org, that can possibly replace BBDB for certain usage.
>>
>>http://julien.dan
Stefan Monnier writes:
Hi Stefan & Julien,
>> Hm, why not simply add a property :ignore-case to the PROPS a
>> function in `completion-at-point-functions' may return in addition to
>> the existing :predicate and :annotation-function?
>
> That could work as well, but it's more complexity in
> com
>>> So the question is: how can the completion-ignore-case value be
>>> propagated from the completion gathering function in
>>> `completion-at-point-functions' to the function that actually applies
>>> this completion, without having to modify the global or buffer local
>>> value of `completion-ig
Stefan Monnier writes:
Hi Stefan,
>> So the question is: how can the completion-ignore-case value be
>> propagated from the completion gathering function in
>> `completion-at-point-functions' to the function that actually applies
>> this completion, without having to modify the global or buffer
> So the question is: how can the completion-ignore-case value be
> propagated from the completion gathering function in
> `completion-at-point-functions' to the function that actually applies
> this completion, without having to modify the global or buffer local
> value of `completion-ignore-case'
Julien Danjou writes:
> On Thu, Feb 10 2011, Tassilo Horn wrote:
>
>> I'm also using Emacs 24, and for me it doesn't work.
>
> Ok. Anyway I've just double checked, and it worst than that.
>
> Typing 'a' complete to 'aA' (instead of 'Anne ') and then
> does nothing since aA is not valid.
>
> I'm n
Stefan Monnier writes:
Hi Stefan,
>> Typing 'a' complete to 'aA' (instead of 'Anne ') and
>> then does nothing since aA is not valid.
>
>> I'm not sure completion-at-point-functions is correctly usable in
>> this same condition as message/bbdb completion was. The latter used
>> to return a funct
Julien Danjou writes:
> On Thu, Feb 10 2011, Dan Davison wrote:
>
>> Hi Julien,
>>
>> I'm using it (with gnus). Looks great and seems to work very nicely so
>> far.
>>
>> One little thing: I don't seem to be getting case-insensitive
>> completion, despite having org-contacts-completion-ignore-cas
I can confirm, but it's flaky.
For example, with the default settings, it worked (M-x org-contacts + "dave"
= "Dave"). But I just changed my rule to this:
|- in org-contacts.el
,-
| (defcustom org-contacts-company-property "Company"
| (defcustom org-contacts-matcher (concat org-contacts-c
>> I'm also using Emacs 24, and for me it doesn't work.
> Ok. Anyway I've just double checked, and it worst than that.
> Typing 'a' complete to 'aA' (instead of 'Anne ') and then
> does nothing since aA is not valid.
> I'm not sure completion-at-point-functions is correctly usable in this
> same
This is amazing; if you export as HTML, it even preserves the
color-scheme from the theme!
I think I need to do this:
C-x C-r "Read the fine org manual"
Thank you!
Marcelo.
On Wed, Feb 9, 2011 at 3:10 PM, Russell Adams wrote:
> On Wed, Feb 09, 2011 at 09:43:33PM +0100, Julien Danjou wrote:
>
On Thu, Feb 10 2011, Tassilo Horn wrote:
> I'm also using Emacs 24, and for me it doesn't work.
Ok. Anyway I've just double checked, and it worst than that.
Typing 'a' complete to 'aA' (instead of 'Anne ') and then
does nothing since aA is not valid.
I'm not sure completion-at-point-functions i
Julien Danjou writes:
Hi Julien,
>> One little thing: I don't seem to be getting case-insensitive
>> completion, despite having org-contacts-completion-ignore-case set to
>> t.
>
> Your the second one to report that to me,
Yeah, I mentioned that on irc.
> but it does work for me with Emacs 24
Julien Danjou writes:
> On Thu, Feb 10 2011, Dan Davison wrote:
>
>> Hi Julien,
>>
>> I'm using it (with gnus). Looks great and seems to work very nicely so
>> far.
>>
>> One little thing: I don't seem to be getting case-insensitive
>> completion, despite having org-contacts-completion-ignore-cas
On Thu, Feb 10 2011, Dan Davison wrote:
> Hi Julien,
>
> I'm using it (with gnus). Looks great and seems to work very nicely so
> far.
>
> One little thing: I don't seem to be getting case-insensitive
> completion, despite having org-contacts-completion-ignore-case set to t.
Your the second one t
Julien Danjou writes:
> Hi,
>
> Following my short presentation at the Paris OrgCamp, I've now written a
> page and officially released org-contacts. It is a contact manager based
> on Org, that can possibly replace BBDB for certain usage.
>
>http://julien.danjou.info/org-contacts.html
Hi Ju
On Thu, Feb 10 2011, Dan Griswold wrote:
> This is pretty neat. I would like to use this eventually, as bbdb
> exhibits some strange behaviors occasionally, and the data is kind of
> locked into bbdb's own peculiar format.
>
> What I would need to see before I could make org-contacts part of my
>
Julien,
This is pretty neat. I would like to use this eventually, as bbdb
exhibits some strange behaviors occasionally, and the data is kind of
locked into bbdb's own peculiar format.
What I would need to see before I could make org-contacts part of my
workings system is an analogue to bbdb/gnus-
On Wed, Feb 09, 2011 at 09:43:33PM +0100, Julien Danjou wrote:
> On Wed, Feb 09 2011, S??bastien Vauban wrote:
>
> > From skimming on the available docs, would I be right to state that the only
> > missing *features set* (vs bbdb) is the *scanning done on the incoming
> > mails*:
> > detecting a n
On Wed, Feb 09 2011, Sébastien Vauban wrote:
> From skimming on the available docs, would I be right to state that the only
> missing *features set* (vs bbdb) is the *scanning done on the incoming mails*:
> detecting a new email address, asking to add it, eventually as the primary
> one, detecting
Hi Julien,
John Hendy wrote:
> From skimming the website and org-contacts.el, is the main advantage that it
> can search multiple files as well as integrate with gnus?
This looks very neat. Thanks for sharing.
>From skimming on the available docs, would I be right to state that the only
missing
Julien Danjou writes:
Hi Julien,
> Following my short presentation at the Paris OrgCamp, I've now written
> a page and officially released org-contacts. It is a contact manager
> based on Org, that can possibly replace BBDB for certain usage.
>
>http://julien.danjou.info/org-contacts.html
A
26 matches
Mail list logo
