From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#21874: 25.0.50; point-entered no longer works Date: Wed, 23 Mar 2016 17:55:10 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113e4d629a8854052ebe64f0 X-Trace: ger.gmane.org 1458770182 6214 80.91.229.3 (23 Mar 2016 21:56:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Mar 2016 21:56:22 +0000 (UTC) Cc: 21874@debbugs.gnu.org To: Stefan Monnier , David Reitter Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 23 22:56:13 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aiql8-00061N-NG for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Mar 2016 22:56:11 +0100 Original-Received: from localhost ([::1]:46319 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiql8-0001IB-1z for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Mar 2016 17:56:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiql4-0001I6-3z for bug-gnu-emacs@gnu.org; Wed, 23 Mar 2016 17:56:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiql0-00016g-RZ for bug-gnu-emacs@gnu.org; Wed, 23 Mar 2016 17:56:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37739) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiql0-00016b-NX for bug-gnu-emacs@gnu.org; Wed, 23 Mar 2016 17:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aiql0-0003CG-Fg for bug-gnu-emacs@gnu.org; Wed, 23 Mar 2016 17:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Mar 2016 21:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21874 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21874-submit@debbugs.gnu.org id=B21874.145877015712274 (code B ref 21874); Wed, 23 Mar 2016 21:56:02 +0000 Original-Received: (at 21874) by debbugs.gnu.org; 23 Mar 2016 21:55:57 +0000 Original-Received: from localhost ([127.0.0.1]:34866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiqkv-0003Bu-4Y for submit@debbugs.gnu.org; Wed, 23 Mar 2016 17:55:57 -0400 Original-Received: from mail-oi0-f45.google.com ([209.85.218.45]:33720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiqkt-0003Bd-N6 for 21874@debbugs.gnu.org; Wed, 23 Mar 2016 17:55:56 -0400 Original-Received: by mail-oi0-f45.google.com with SMTP id d205so37822406oia.0 for <21874@debbugs.gnu.org>; Wed, 23 Mar 2016 14:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sT9cFX/MDC8m+pfT3yrtjJadPasRmkffpO+c5QYHYlQ=; b=uQ5nkzpE1XtURlnWaLh9SwlsJr3ARl3Ic/5OmWftsWqYkE7xC46bcCkOyFbxaqmL88 xkxuteSzR4FQkLEGAaVHutXEeEy5OZrUauZz07/sU/PpdB5BegQW04c2wHlfu1jwRs55 YVygNrIwJNS0G0t7HZFwk/vgbjWyh73+dRwxBNhUkD2VV7DyymBscEx8acVI99zr2mvy +k2CjqkK9hGBYBSwj5/bZWB1Iv1mHFkdGCS34IaCe5nz40poxNZJJ426lB+j4Tv5Bzqh CLnk1FI44/wT1LH/LITNlM0tCmUVTVSDWo0L0FdOQQQl3OsL1qE6QmITlx3B97T7DWBd fZeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=sT9cFX/MDC8m+pfT3yrtjJadPasRmkffpO+c5QYHYlQ=; b=ZONTZOCmn8P+y3LiXuJef3ow6PhQZ5o+DFwfSGZeVxmSLLNDY3Pvysrld4EdcwA3Ah bTESFkYnNDrSVMYn97axpb7+Yuwxx/7mu0kps2Vi8shtofSRX0nCzfFNAfWsGWYhCLgx yYlcgv4tQRwTSoddNQNKVcHkA3G+oYUOfaAcAHCpzRuw2DxpPspjE/iXeiBhGe7/tgJ9 coJ5jRqcZ/koi9/nqsObIroWtQPeoCQGn7l65QMRHKiJJQqoCUyCwZ93E31GZi30aRzq XwM3I/e2x6hWeD/Xhhx9EXB23TX9baN/EfHliT822g7SS/df7XgS2eo7ntsP5KKHyJHP 9bYQ== X-Gm-Message-State: AD7BkJJF3VTIO/ACCNcu/+hJ6r3Df+8aiuTduA5pKbnXQIj0dW6BBzF6/gbq02s35pKVBwZoh6kMTGteOuOs2g== X-Received: by 10.202.197.66 with SMTP id v63mr555286oif.23.1458770150064; Wed, 23 Mar 2016 14:55:50 -0700 (PDT) Original-Received: by 10.202.172.198 with HTTP; Wed, 23 Mar 2016 14:55:10 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115420 Archived-At: --001a113e4d629a8854052ebe64f0 Content-Type: text/plain; charset=UTF-8 @Stefan With respect to: > > I personally like the fact that I can occasionally move into the prompt > and copy portions of it like any other chunk of text, so I think we > should generally (by default) refrain from making text intangible except > when *really* needed. How about setting the below as default: (setq minibuffer-prompt-properties '(read-only t cursor-intangible t face minibuffer-prompt)) I find having the above very risky in user config because it simply overrides whatever the default value of minibuffer-prompt-properties would be. Also using setq/defcustom is the best way; append/add-to-list/setcdr will not work very well because of the format of this variable's value. What I mean is that the list manipulation would have been much more convenient from the user end without risking complete override of the default value, had it been in an alist format like below: (setq minibuffer-prompt-properties '((read-only t) (cursor-intangible t) (face minibuffer-prompt))) The user then needs to add just one line to their config if they want to make the minibuffer prompts untouchable. (add-hook 'minibuffer-setup-hook #'cursor-intangible-mode) If you don't have that add-hook in your config, you will get the behavior you want, correct? Summary: (1) Proposal to set the default value of minibuffer-prompt-properties to '(read-only t cursor-intangible t face minibuffer-prompt). I believe this should go in emacs-25, not master. (2) User can then put the following in their config to get untouchable minibuffer prompts: (add-hook 'minibuffer-setup-hook #'cursor-intangible-mode) --001a113e4d629a8854052ebe64f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
@Stefan With respect to:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;pa= dding-left:1ex">
I personally like the = fact that I can occasionally move into the prompt
and copy portions of it like any other chunk of text, so = I think we
should generally (by = default) refrain from making text intangible except
when *really* needed.

How about setting the below as default:

=C2=A0 =C2=A0 (setq minib= uffer-prompt-properties '(read-only t cursor-intangible t face minibuff= er-prompt))

I find having the above very risky in user = config because it simply overrides whatever the default value of minibuffer= -prompt-properties would be. Also using setq/defcustom is the best way; app= end/add-to-list/setcdr will not work very well because of the format of thi= s variable's value. What I mean is that the list manipulation would hav= e been much more convenient from the user end without risking complete over= ride of the default value, had it been in an alist format like below:
=

=C2=A0 =C2=A0 (setq minibuffer-prompt-properties &= #39;((read-only t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0(cursor-intangible t)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(face minibuffer= -prompt)))


The user then need= s to add just one line to their config if they want to make the minibuffer = prompts untouchable.

=C2=A0 =C2=A0 (add-hook 'minibuffer-setup-hook #= 'cursor-intangible-mode)

If you don't have that= add-hook in your config, you will get the behavior you want, correct?
=C2=A0
Summary:
(1) Proposal to set the defau= lt value of minibuffer-prompt-properties to=C2=A0'(read-only t cursor-intangible t face minibu= ffer-prompt). I believe this should go in emacs-25, not master.
(2) User can then put the following in their config to get untouchabl= e minibuffer prompts:=C2=A0(add-hook 'minibuffer-setup-hook #'cursor-intangible-mode)
--001a113e4d629a8854052ebe64f0--