From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesc Rocher Newsgroups: gmane.emacs.devel Subject: Re: Ignoring entries starting with space Date: Fri, 26 Jun 2009 20:25:12 +0200 Message-ID: References: <873a9p5ls2.fsf@mail.jurta.org> <87fxdot5cl.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001485f0380e10f1d5046d447686 X-Trace: ger.gmane.org 1246040741 11999 80.91.229.12 (26 Jun 2009 18:25:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Jun 2009 18:25:41 +0000 (UTC) Cc: Juri Linkov , Stefan Monnier , emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 26 20:25:34 2009 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.50) id 1MKG76-0007vL-IF for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2009 20:25:29 +0200 Original-Received: from localhost ([127.0.0.1]:54541 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MKG75-0006ts-Ho for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2009 14:25:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MKG6y-0006tO-T6 for emacs-devel@gnu.org; Fri, 26 Jun 2009 14:25:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MKG6u-0006ra-72 for emacs-devel@gnu.org; Fri, 26 Jun 2009 14:25:20 -0400 Original-Received: from [199.232.76.173] (port=51852 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MKG6t-0006rT-Vm for emacs-devel@gnu.org; Fri, 26 Jun 2009 14:25:16 -0400 Original-Received: from mail-bw0-f217.google.com ([209.85.218.217]:33332) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MKG6t-0000eG-E2 for emacs-devel@gnu.org; Fri, 26 Jun 2009 14:25:15 -0400 Original-Received: by bwz17 with SMTP id 17so2652986bwz.42 for ; Fri, 26 Jun 2009 11:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=eCrOQvHCvJIBLDSYvzyb3ieU0YKBqLAYLzGqMQlIpJY=; b=G+uXRR/MrbAGNOn5CvLrjhWvECQ6vRirMLpEAPuoZaETuobXpgeXugfMSwQtdaMoSt n//n8l9Z2+9t7OSvNjDneYWQ6CSLX6piWNpttMdHMxlWurzvIVgk3ydfLBuiUO0LdNCF VQ29b3dpyfWe+Si4k2k+EdYS5X5ROHNnQJUa8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LOyOiPdASOkS/jwGzY0m73lDOpLV1HIXvWYwXnXn6DdsjCIpIc1VugtPyaxvpXapYs 46E2QtylJ70ipc5H34MTDRyVNoK/7mbnnCnNMwxwAm6i+rOMU9tRfFTyjjO6Wv+bH2X+ L1auIWBYsUm4NbfDuDN1tnXpeCnaA60snw0BI= Original-Received: by 10.239.161.132 with SMTP id h4mr371395hbd.14.1246040712867; Fri, 26 Jun 2009 11:25:12 -0700 (PDT) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:111751 Archived-At: --001485f0380e10f1d5046d447686 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Fri, Jun 26, 2009 at 1:03 AM, Lennart Borgman wrote: > On Fri, Jun 26, 2009 at 12:57 AM, Stefan > Monnier wrote: > >> So maybe a configurable key like C-RET, M-RET or S-RET could exit the > >> minibuffer without adding the minibuffer contents to the history > >> as an alternative to the leading space if typing a space character > >> poses a problem with completion or with file names. > I agree that this solution is much better than the initial one "discarding by space". I would start to implement this one. > > That would inded make more sense to me. Maybe even a separate command > > that wouldn't exit but just set a local var that would then cause the > > next exit to refrain from recording the data in the history (that > > command could even instead just provide a way to switch to some other > > history var, so you could throw stuff away by selecting a dummy history > > var, but you could also choose some other history var if you so wanted). > > And that command could also be a toggle which informed the user about > the state (ie that the input would not (or would) be saved in the > history list). > I think all this could be done by a combination between toggling the status of the `history-add-new-input' variable and a mode-line indicator (or a different face or background for the strings written in the minibuffer). To switch the history variable while you are typing at the minibuffer seems more complex and confusing, because this could have conflicts with the variable from which you can currently recall previous commands or text. By the way, several years ago I wrote `minued', a minibuffer history editor for JED http://jedmodes.sourceforge.net/mode/minued/ Is there something similar for Emacs? Do you think it would be worth having it for Emacs? -- Francesc Rocher --001485f0380e10f1d5046d447686 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Jun 26, 2009 at 1:03 AM, Lennart Bor= gman <len= nart.borgman@gmail.com> wrote:
On Fri, Jun 26, 2009 at 12:57 AM, Stefan<= br> Monnier<monnier@iro.umontrea= l.ca> wrote:
>> So maybe a configurable key like C-RET, M-RET or S-RET could exit = the
>> minibuffer without adding the minibuffer contents to the history >> as an alternative to the leading space if typing a space character=
>> poses a problem with completion or with file names.

I agree that this solution is much better than the initi= al one "discarding by space".
I would start to implement this = one.


> That would inded make more sense to me. =A0Maybe even a separate comma= nd
> that wouldn't exit but just set a local var that would then cause = the
> next exit to refrain from recording the data in the history (that
> command could even instead just provide a way to switch to some other<= br> > history var, so you could throw stuff away by selecting a dummy histor= y
> var, but you could also choose some other history var if you so wanted= ).
=A0
And that command could also be a toggle which informe= d the user about
the state (ie that the input would not (or would) be saved in the
history list).

I think all this could be done by a combination between toggling the status= of
the `history-add-new-input' variable and a mode-line indicator (= or a different
face or background for the strings written in the minibuf= fer).

To switch the history variable while you are typing at the minibuffer s= eems more
complex and confusing, because this could have conflicts with = the variable from
which you can currently recall previous commands or te= xt.


By the way, several years ago I wrote `minued', a minibuffer hi= story editor for JED
http://jedmodes.sourceforge.net/mode/minued/
Is there somethi= ng similar for Emacs?
Do you think it would be worth having it for Emacs?

-- Francesc Roch= er

--001485f0380e10f1d5046d447686--