[gnu.bash.bug] Still having problems with \n in PS1

tale@pawl.rpi.edu (David C Lawrence) (11/16/89)

My suggestion for the same old problem I am having with my desired PS1
("\w\n\h:\u (\!) "; for now I have "\h:\u [\W] (\!) " which I don't
really like that much) is to have the string that is passed to
readline (isn't that what this relates to in the end?) not be PS1 but
rather everything from the last \n to the end.  This would seemingly
solve all of the problems, but I might just be living my own dream of
how I think you have it implemented.  I've not had the time to check
what is being passed where.

Even then I could sort of live with the '*' but for now it's just a
nuisance.  I also note that C-t (transpose-chars) still doesn't bring
up the modification flag, which seems wrong.

On a related note, can't there just be some way to redraw the last
line of the screen without clearing it, a la "C-r" in traditional
shells?  Once again, this would take place from the last newline in
PS1.  I thought perhaps the C-u (my universal-argument) C-l would do
the trick in sort of the same way that C-u C-l doesn't erase the whole
screen in Emacs, but that was a dead end.

Brian, you say that you don't like the way C-d is context dependent in
tcsh (which, by the way, is not local to Rutgers; it is standard
tcsh).  How about making TAB work like Emacs does in completing reads?
If TAB can't add any non-ambiguous characters from point then it shows
completions otherwise it adds in what can.

Finally, can hostname completion be bound to a key so it is around for
those times that there isn't a @ at the head of an argument?  It might
be nice to have it start at the beginning of the string or just after
the @ if it exists.  This way it covers a wide range of hostname uses
from rcp toscanini.cs.rpi.edu:... to talk bfox@wheat-chex.ai.mit.edu.

Thanks for a great shell, Brian.  

Dave
-- 
 (setq mail '("tale@pawl.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet"))

bfox@AUREL.CNS.CALTECH.EDU (Brian Fox) (11/17/89)

   Posted-Date: Thu, 16 Nov 89 13:50:49 -0500
   Date: Thu, 16 Nov 89 13:50:49 -0500
   From: Chet Ramey <chet@cwns1.INS.CWRU.Edu>
   Reply-To: chet@po.CWRU.Edu

   <tale@pawl.rpi.edu> says:
   > tcsh).  How about making TAB work like Emacs does in completing reads?
   > If TAB can't add any non-ambiguous characters from point then it shows
   > completions otherwise it adds in what can.

   I don't think this is a good idea.  Possible completions should never be
   shown unless asked for explicitly.

I think it deserves a vote.  If enough people want it, I will make it a
variable in .inputrc.

Brian

perf@efd.lth.se (Per Foreby) (11/18/89)

In article <1989Nov16.065930.23255@rpi.edu> tale@pawl.rpi.edu (David C Lawrence) writes:

> 
> Brian, you say that you don't like the way C-d is context dependent in
> tcsh (which, by the way, is not local to Rutgers; it is standard
> tcsh).  How about making TAB work like Emacs does in completing reads?
> If TAB can't add any non-ambiguous characters from point then it shows
> completions otherwise it adds in what can.
> 
I found that C-x isn't bound to anything per default. C-x is almost as
easy to type as C-d so I added it to my $HOME/.inputrc:

	C-x:    possible-completions

Maybe this binding should be default?

--
Per Foreby
System manager at EFD, Lund Institute of Technology (Lund University)
Snail: E-huset, Tekniska Hogskolan i Lund, Box 118, S-221 00 LUND, Sweden. 
Email: perf@efd.lth.se		Phone: int + 46 46-10 74 92

bfox@AUREL.CNS.CALTECH.EDU (Brian Fox) (11/18/89)

   In article <1989Nov16.065930.23255@rpi.edu> tale@pawl.rpi.edu (David C Lawrence) writes:

   > 
   > Brian, you say that you don't like the way C-d is context dependent in
   > tcsh (which, by the way, is not local to Rutgers; it is standard
   > tcsh).  How about making TAB work like Emacs does in completing reads?
   > If TAB can't add any non-ambiguous characters from point then it shows
   > completions otherwise it adds in what can.
   > 
   I found that C-x isn't bound to anything per default. C-x is almost as
   easy to type as C-d so I added it to my $HOME/.inputrc:

	   C-x:    possible-completions

   Maybe this binding should be default?

   --
   Per Foreby
   System manager at EFD, Lund Institute of Technology (Lund University)
   Snail: E-huset, Tekniska Hogskolan i Lund, Box 118, S-221 00 LUND, Sweden. 
   Email: perf@efd.lth.se		Phone: int + 46 46-10 74 92

Whoops.  In 1.04 C-x is a prefix character for several commands.
One of them is C-x C-r (re-read-init-file).

There are also keyboard macro commands, like C-x ( and C-x ).

Brian