From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: kill-ring visualization Date: Thu, 18 Mar 2010 20:37:45 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1268942039 7184 80.91.229.12 (18 Mar 2010 19:53:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 18 Mar 2010 19:53:59 +0000 (UTC) Cc: Stefan Monnier , Emacs development discussions To: Leo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 18 20:53:53 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NsLmy-0004Ep-UN for ged-emacs-devel@m.gmane.org; Thu, 18 Mar 2010 20:53:53 +0100 Original-Received: from localhost ([127.0.0.1]:53838 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NsLmy-0003au-Ce for ged-emacs-devel@m.gmane.org; Thu, 18 Mar 2010 15:53:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NsLXb-0003FB-8W for emacs-devel@gnu.org; Thu, 18 Mar 2010 15:37:59 -0400 Original-Received: from [140.186.70.92] (port=52710 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NsLXZ-0003DX-HT for emacs-devel@gnu.org; Thu, 18 Mar 2010 15:37:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NsLXX-0006Qf-RA for emacs-devel@gnu.org; Thu, 18 Mar 2010 15:37:57 -0400 Original-Received: from iwfs.imcode.com ([82.115.149.64]:47984 helo=gate.verona.se) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NsLXX-0006Q5-DJ for emacs-devel@gnu.org; Thu, 18 Mar 2010 15:37:55 -0400 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id o2IJbjX3026479; Thu, 18 Mar 2010 20:37:46 +0100 In-Reply-To: (Leo's message of "Thu, 18 Mar 2010 18:39:39 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-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 Xref: news.gmane.org gmane.emacs.devel:122203 Archived-At: Leo writes: > On 2010-03-18 14:06 +0000, Stefan Monnier wrote: >>> I find browse-kill-ring very convenient. >>> It cleverly advices m-y so if its run before any preceding yank, it >>> shows the contents of the kill-ring and the user can select one entry to >>> be yanked. >>> Could something like this be included in Emacs-24? I feel it would be >>> useful to newcomers (and old-timers with bad short-term memory like me) >> >> I think it's indeed a very nice feature. I end up not using it much, >> but at least it seems like a natural use for M-y. >> >> OTOH the few times I've used it I wished it use a form of completion. >> Basically, I'd like it to use an interface similar to completing-read, >> except maybe that it'd bring up the *Completions* buffer right away (and >> that the completion would use a substring search). >> >> So I think if we want to enable such a feature by default, it'd need to >> be better integrated with the completion code. > > I think at least it should be built on top of ewoc. It seems like a > natural choice. > > I have been using b-k-r for around 2 years, at least keeping it around. > But unfortunately when I need it, it refuses to insert the text from > time to time, which is really annoying. So I wrote something really I think this happens because b-k-r doesnt wash away overlays. For instance, when killing a text containing a button, that button is still active in the b-k-r buffer. That ought to be fixable. That said, I dont have any particular preference on the implementation used in the end. > simple for myself and I tried to make it work with the existing kill > yank facility in Emacs. I think new features can be easily added. > > I posted the code here: http://paste.lisp.org/display/96565 Looks nice! > >> Stefan > > Cheers, > Leo -- Joakim Verona