Path: utzoo!attcan!uunet!husc6!uwvax!umn-d-ub!nic.MR.NET!shamash!nis!ems!questar!midgard!syntel!dal From: dal@syntel.UUCP (Dale Schumacher) Newsgroups: comp.os.minix Subject: Line wrap Keywords: line wrap, tty driver Message-ID: <091488A8547@syntel.UUCP> Date: 15 Oct 88 00:37:30 GMT Reply-To: dal@syntel.UUCP (Dale Schumacher) Lines: 32 X-Member-Of: STdNET (ST Developer's Network) [XBR4D75G%DDATHD21.BITNET@cunyvm.cuny.edu writes...] > 2.) Using the LINEWRAP-option for console.c in the kernel requires, that in > mined line-erasing is done by the escape-sequence insteed of "printing" > 80 blanks. The screen scrolls up 2 lines when a status-line is created > by the old mined. (I can not explain, why mined requires at least one > blank in the clear-line-sequence.) I've ordered Minix for the ST, but haven't recieved it yet, so pardon me if this is an ignorant question. At what point does the cursor wrap when you have line-wrap enabled? If I were writing the driver, I would have it wrap when you attempted to write one past the end of the line, *NOT* when you write into the last column. This should prevent any problems with "well behaved" programs which only use 80 columns, even if they use EXACTLY 80 columns. On a related topic... Does the exisiting tty driver (for PC or ST) allow for a variable number of lines on the screen, or better yet a variable number of characters per line? I regularly use fonts on the ST which give me various screen heights between 25 and 50 lines, and don't want to lose that convenience. I understand that in certain video modes on the PC it is also possible to get more than 25 lines. Which, of course, brings up the issue of allowing full-screen programs (like editors) to adjust to the varying screen dimensions... Some food for thought. I'm looking forward to running Minix on the ST! -- Dale Schumacher 399 Beacon Ave. (alias: Dalnefre') St. Paul, MN 55104 ...pwcs!stag!syntel!dal United States of America "It's not reality that's important, but how you perceive things."