Newsgroups: comp.mail.mush Path: utzoo!utgpu!watserv1!watmath!att!att!cbnewsu!mark From: mark@cbnewsu.att.com (Mark Horton) Subject: Re: mush bugs Organization: AT&T Bell Laboratories Date: Wed, 17 Oct 90 16:19:31 GMT Message-ID: <1990Oct17.161931.24865@cbnewsu.att.com> References: <1990Oct2.170734.17606@cbnewsu.att.com> <143274@sun.Eng.Sun.COM> <143444@sun.Eng.Sun.COM> Lines: 39 In article <143444@sun.Eng.Sun.COM>, argv@turnpike.Eng.Sun.COM (Dan Heller) writes: > In article <1990Oct4.212140.11006@cbnewsu.att.com> mark@cbnewsu.att.com (Mark Horton) writes: > > > > When replying, if I forget to press "send" (or miss it) and then press > > > > "close", the reply window goes away and so does the reply button! > > > You can still hit the button, > > Yes, works, it just wasn't obvious that I should press it. > > You view as meaning "pop up the compose window", I view it > > as meaning "I want to send a new piece of mail". I suspect users > > are more likely to make the latter interpretation. > > If you can think of a better solution for this, I'm listening. > Keep in mind that real estate is a big issue/problem. I don't > want to just "add another button" -- we could change the label > on the button, for example, but to what? I suggest you just leave the button there, and pressing it would just pop the window back up, just like does. > > > This is true, but vi is tuned to take full advantage of the capabilties > > > of the screen. Mush just uses those curses(3X) commands that are most > > > portable across all versions of unix (that we've found). We cannot do > > > reverse scrolling reliably (which would give you your desired effect) > > > and be assured that it works everywhere. > > > > Are there bugs in screen scrolling on the BSD curses? Or is it just slow > > to scroll backwards? I think even the BSD curses will scroll the whole > > screen forward a line if you set scrollok to true. > > curses doesn't have any reverse scrolling mechanisms in it. It does > not do screen management very well at all when it comes to any kind of > screen scrolling. For example, open a line above (like 'O' in vi) > is incredibly inefficient. This is one reason why I hate emacs so much :-) You are, of course, referring to the BSD curses. The System V curses will scroll in both directions nicely if you tell it idlok. And I've never seen an emacs (or any other production editor) that uses the BSD curses. Mark