From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Danjou Subject: Re: Completing with anything Date: Mon, 21 Mar 2011 16:54:58 +0100 Message-ID: References: <87r5bhysp6.fsf@keller.adm.naquadah.org> <878vxovsym.fsf@keller.adm.naquadah.org> <87k4h7ua23.fsf@member.fsf.org> <87vd0romky.fsf@keller.adm.naquadah.org> <87mxm2na63.fsf@member.fsf.org> <87vd0qfhu3.fsf@member.fsf.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: In-Reply-To: (Stefan Monnier's message of "Mon, 21 Mar 2011 11:19:41 -0400") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org To: Stefan Monnier Cc: Tassilo Horn , emacs-orgmode@gnu.org, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Mon, Mar 21 2011, Stefan Monnier wrote: > That sentence is obsolete. Sorry 'bout that. A collection can be > any function, including a lambda expression. Should I open a bug about that to keep track of it? (asking in case you're already working on a fix or not) > completion-at-point-function is meant to provide just the possible > completion candidates for the kind of object being completed. > Which ones of these will be actually considered will then depend on the > actual text in the buffer and the completion-styles in use. I see, that makes sense. I think that completion is not what I want to use as Tassilo suggested. I've been that way just because this is what is used in `message.el'. Maybe it requires a change too to turn towards an `abbrev' use. :) =2D-=20 Julien Danjou =E2=9D=B1 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJNh3TTAAoJEGEbqVCLeKXC+tkQAI/CHHQ0xxPmxXQ6j0GW/ec4 sh1Zj0lv7ZxujtxbC708L47dmIZeslBxHu6RlpOmBfI/jvuN1GST4eoXpAb8Efx5 6ZU9TWQ6mAXYbrD8E6qsddz35kFmxy9aCyO61+ICBoiUHeH9gY5zB73cLkIXI9nD YRVhqfj0/+IJSkNSpViTeWxKOk1qf9Q54em15HY0erpFINTF3VrTPnnk/umCsMQC 7JTa2qtYeZTR0BMBVpJ5ZoS6r55sQCF38B378mMOSIukRIWD/F11pmnqldTCx4jg f1fkajIY+GxnVXn9zLOZpgkP2qCL1VSGBGhVSp9DzHBeKaft8g9olczRP9C+UbiN 4s3QWYdcWWES6jBFG54Gs3eSZhcZuu6mo/xub6G9oQuh6Bk371z7LmwfKNCiPxGP GAuaokIduWLbjcR3/FLghy5VUi8KFS0wwFtM8qTjmpx7+7ryqEzpzl9tKqDyx/DX 0uaiWZaXqFniJeGSS8lwZ64TaSn9L3+n7oM36aJ8qq/aAqLDsi2n78n5gkiegwq4 r5w652B1LaMZc0uVMtzJthbmZjAGKnvj4ehCKW5VcKurE2EwaHHzBlPzpsxv95M7 ETv0zZzEgg5zbCcHrmqY6c0mTLoJBAgoCxG1+aUIgJsUyPbcvGqDNp/Gbnx8C7ZL FtJDBK5LHVSL03qbYb30 =hwtB -----END PGP SIGNATURE----- --=-=-=--