calc-change-sign and new treatment of minibuffer prompt

[Roland Winkler]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.1.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-02-01 on tfkp12
configured using `configure  --prefix=/nfs/common --libexecdir=/nfs/common/lib 
--bindir=/nfs/common/lib/emacs/21.1/bin/i686-Linux 
--mandir=/nfs/common/share/man --infodir=/nfs/common/share/info --with-gcc 
--with-pop --with-x --with-x-toolkit=athena i386-pc-linux'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: POSIX
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: nil


I am using emacs calc-2.02f. In order to get it work with emacs 21,
I've installed the patch as described in etc/PROBLEMS.

However, there is still a problem with calc-change-sign (usually
bound to `n'.):

Using emacs 20 I could change the sign of a number while I was
typing this number in the minibuffer (just by typing `n'). When I do
the same with emacs 21, point will jump to the beginning of the
prompt and I get the error message "Text is read-only". Then I have
to type `C-g' (keyoard-quit) because somehow the minibuffer is
messed up.

etc/NEWS says:

** The new treatment of the minibuffer prompt might affect code which
operates on the minibuffer.

It seems to me that calc-change-sign is such a function that doesn't
like the new treatment of the minibuffer prompt.

In my emacs sessions minibuffer-prompt-properties's value is (read-only t)


Roland