Xref: utzoo comp.sys.att:8195 unix-pc.general:4239 Path: utzoo!attcan!uunet!cs.utexas.edu!usc!rutgers!uwvax!umn-d-ub!umn-cs!nis!quad!dts From: dts@quad.uucp (David T. Sandberg) Newsgroups: comp.sys.att,unix-pc.general Subject: Re: Wyse 50+ as a 3b1 terminal Message-ID: <367@quad.uucp> Date: 2 Dec 89 07:11:04 GMT References: <3311@convex.UUCP> <24425@cup.portal.com> <581@limbic.UUCP> <1989Nov28.002800.12838@hybrid.UUCP> <363@quad.uucp> <1989Dec1.141209.186@hybrid.UUCP> Reply-To: dts@quad.uucp (David T. Sandberg) Organization: Quadric Systems, Richfield MN Lines: 24 In article <1989Dec1.141209.186@hybrid.UUCP> mdapoz@hybrid.UUCP (Mark Dapoz) writes: :In article <363@quad.uucp> dts@quad.uucp (David T. Sandberg) writes: :> Has anyone else encountered problems :>with curses-using software not handling the magic cookie glitch :>properly... : :I just stay away from those attributes. If you stick with just low intensity :for all highlighting, everything works fine. This isn't exactly a solution, :but it does get rid of the problem. In other words, you've encountered this problem as well, and haven't found the cause either? In any case, I'd *really* like to find the solution if one exists, because I have something I'm trying to write which begs to be run on a Wyse 50 sitting out in the next room, and which absolutely requires some sort of highlight attribute in order to indicate selected blocks on the screen. Sure, I could cheat and alter the program behavior to move things over one space to the left when highlighting, but that would not be exactly a portable solution, would it? ;') Heck, it wouldn't even be portable to the console, unless I made the behavior conditional on both the machine and the terminal type... argh, extreme grossness. -- David Sandberg dts@quad.uucp or ..uunet!rosevax!sialis!quad!dts Brought to you by Super Global Mega Corp .com