From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4923 invoked from network); 17 Apr 2000 09:08:50 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 17 Apr 2000 09:08:50 -0000 Received: (qmail 14431 invoked by alias); 17 Apr 2000 09:08:28 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10785 Received: (qmail 14422 invoked from network); 17 Apr 2000 09:08:28 -0000 Date: Mon, 17 Apr 2000 10:08:00 +0100 From: Peter Stephenson Subject: Re: Questions In-reply-to: "Your message of Mon, 17 Apr 2000 10:29:07 +0200." <200004170829.KAA08339@beta.informatik.hu-berlin.de> To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Message-id: <0FT50048TLDB6P@la-la.cambridgesiliconradio.com> Content-transfer-encoding: 7BIT > Would anyone object if I applied the patch below to make newlines in > strings in the job text be output as spaces (keeping the `jobs' output > better readable)? It's a good idea to keep the job text on one line for any kind of automated use, too. > And did anyone have the time to try the patch for scrolling completion > lists? (I have a new version which is faster and allows status lines -- > it's getting silly ;-) It seems fine. The natural way of showing that text is missing would be to put an ellipsis (`...' in English) at the top or bottom, like it does when a line is too long. It's most confusing when you wrap around the bottom without warning. A scroll-step style would certainly be useful, and in the long run a special keymap. I have doubts about `return' forcing the display to scroll a line, since in menu-selection it already has another meaning (and you have to hit it twice to execute a line, which took me a long time to get used to), so this may be overloading it too much. If it reaches something roughly constant soon, it can go into 3.1.7, since it should be fairly self-contained, but if it's going to be a long project to get it usable (though a brief test suggests it already is) it can wait. Ideally we'd like it so that at least the basics of the user interface are in place, so that it doesn't change too much next time (which may well be 4.0.1). I don't see that it has to be that much more sophisticated. I'm against implementing a rewrite of `less' in the shell, at least unless it goes into a completely self-contained library. I tried this on the /etc directory, and was a bit worried when the first thing that showed up was `\M-,'. But ls confirms that there really is a file of that name there. Weird. Hope I'm not giving away a commercial secret. Would people rejoice or complain if we had this on by default (other settings permitting)? -- Peter Stephenson Cambridge Silicon Radio, Unit 300, Science Park, Milton Road, Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070