bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

[Drew Adams]

The prompt text is part of the minibuffer, but it is not part of the
user's input.  It is good that you can select text from the prompt if
you need to.  But positioning and simple selection commands in the
input area should generally act on the user input only.
 
In particular, `C-x h' should select (mark) all of the user input, but
only the input.  The prompt should not be included in the selection.
 
If a user really needs to select both the input and the prompt,
exceptionally, s?he can do that in other (less direct) ways.  Just as
`C-a' does not move point to the prompt beginning (but you can do so
indirectly, using `C-b'), so `C-x h' should similarly limit its action
to the editing (input) area.
 
Using the prompt as text is a secondary concern; it is not the first
effect that users should see when they try to use simple editing
commands.
 

In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600)
 of 2009-02-01 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
 

bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

[Lars Ingebrigtsen]

"Drew Adams" <drew.adams@oracle.com> writes:

> The prompt text is part of the minibuffer, but it is not part of the
> user's input.  It is good that you can select text from the prompt if
> you need to.  But positioning and simple selection commands in the
> input area should generally act on the user input only.
>
> In particular, `C-x h' should select (mark) all of the user input, but
> only the input.  The prompt should not be included in the selection.

This is now fixed on the trunk.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

[Drew Adams]

> > The prompt text is part of the minibuffer, but it is not part of the
> > user's input.  It is good that you can select text from the prompt if
> > you need to.  But positioning and simple selection commands in the
> > input area should generally act on the user input only.
> >
> > In particular, `C-x h' should select (mark) all of the user input, but
> > only the input.  The prompt should not be included in the selection.
> 
> This is now fixed on the trunk.

Are you sure?  I don't have the trunk available, but in my latest
Emacs 25 build, which is this, it is not fixed.

In GNU Emacs 25.1.50.1 (i686-pc-mingw32)
 of 2015-12-10
Repository revision: 6148555ee5a3d0139ae517803718b3e0357933c7
Windowing system distributor 'Microsoft Corp.', version 6.1.7601
Configured using:
 'configure --prefix=/c/Devel/emacs/snapshot/trunk --enable-checking=yes
 --enable-check-lisp-object-type --without-compress-install 'CFLAGS=-Og
 -ggdb3' LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
 -Ic:/Devel/emacs/include''

emacs -Q
M-x
C-x h
C-e
C-y

The prompt text is selected by C-x h.  The bug report says:

  In particular, `C-x h' should select (mark) all of the user input, but
  only the input.  The prompt should not be included in the selection.

bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

[Lars Ingebrigtsen]

Drew Adams <drew.adams@oracle.com> writes:

>> This is now fixed on the trunk.
>
> Are you sure?  I don't have the trunk available, but in my latest
> Emacs 25 build, which is this, it is not fixed.

Yes, I just checked it in a few minutes ago.  >"?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#2589: 23.0.90; `C-x h' in minibuffer should not include prompt

[Drew Adams]

> >> This is now fixed on the trunk.
> >
> > Are you sure?  I don't have the trunk available, but in my latest
> > Emacs 25 build, which is this, it is not fixed.
> 
> Yes, I just checked it in a few minutes ago.  >"?

Great. Thanks.