Re: pabbrev.el

2007-11-02 Thread William Xu
Toby Cubitt <[EMAIL PROTECTED]> writes: completion-UI is a nice idea. > The Emacs Wiki contains code snippets that provide the simple glue > between completion-UI and a number of completion-finding mechanisms (so > far: dabbrevs, etags, and predictive-mode). I just tried dabbrev wrapper from the

Re: pabbrev.el

2007-11-02 Thread Phillip Lord
> "TC" == Toby Cubitt <[EMAIL PROTECTED]> writes: TC> It would be trivial to write the ten-or-so-line wrapper function needed TC> to do the same for pabbrev. I'd encourage anyone who does so to post it TC> to the CompletionUI wiki page, and link it from the pabbrev TC> page. (Unsurpris

Re: pabbrev.el

2007-11-02 Thread Phillip Lord
> "WX" == William Xu <[EMAIL PROTECTED]> writes: WX> Phillip Lord <[EMAIL PROTECTED]> writes: >> pabbrev.el provides predictive, as you type abbreviation expansion, based >> on words already typed in the buffer, offering expansions in buffer with >> a natural and immediate user interfa

Re: pabbrev.el

2007-11-02 Thread Toby Cubitt
William Xu wrote: Phillip Lord <[EMAIL PROTECTED]> writes: pabbrev.el provides predictive, as you type abbreviation expansion, based on words already typed in the buffer, offering expansions in buffer with a natural and immediate user interface. So the main difference with hippie-expand is t

Re: pabbrev.el

2007-11-02 Thread William Xu
Phillip Lord <[EMAIL PROTECTED]> writes: > pabbrev.el provides predictive, as you type abbreviation expansion, based on > words already typed in the buffer, offering expansions in buffer with a > natural and immediate user interface. So the main difference with hippie-expand is that pabbrev inse