Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!think!bbn!news From: news@bbn.COM (News system owner ID) Newsgroups: gnu.bash.bug Subject: Re: Suboptimal bash 1.04 display management Message-ID: <50340@bbn.COM> Date: 3 Jan 90 16:31:34 GMT References: <50243@bbn.COM> <13816@reed.UUCP> Reply-To: pplacewa@antares.bbn.com (Paul W Placeway) Distribution: gnu Organization: Bolt Beranek and Newman Inc., Cambridge MA Lines: 29 (The topic is arbitrary display controls in the prompt.) In article <13816@reed.UUCP> trost@reed.bitnet (Bill Trost) writes: < In article <50243@bbn.COM> pplacewa@antares.bbn.com (Paul W Placeway) writes: < >If you do this, then you get what you desirve: a screwed up prompt. < < Something in the back of my head is inclined to agree; however, I'd < still like to push for having the prompt display use only the stuff < after the last newline in the prompt for its cursor control. This shouldn't be too hard, but it requires a new conceptual model of a prompt to really do right: a prompt would have two parts, some number of lines of anything at all (but a countable number of lines), and a final (possibly empty) partial line. For complete redisplays, the cursor should be moved to the beginning of the first part (in other words, up F lines, doing clear-to-eol's on each along the way), then the arbitrary text drawn, and finally the partial line and any text drawn. Line updates would only need to pay attention to the partial line, and only the partial line would need to be included in the current screen/next screen update buffers. Having said that, it shouldn't be too hard (famous last words). < (Hmm, now something in the back of my head is saying "Well, write it < already".... :-) ) Like I just said... :-) -- Paul