[comp.sys.att] Wyse 50+ as a 3b1 terminal

dts@quad.uucp (David T. Sandberg) (11/30/89)

In article <1989Nov28.002800.12838@hybrid.UUCP> mdapoz@hybrid.UUCP (Mark Dapoz) writes:
>I use a Wyse 50+ as a terminal on my 3B1 and I run it at 19.2K baud (anyone
>know how to get 38.4K baud out of the serial ports?).

This statement brings up an unrelated question on my part.  From the
above, it appears that at least one other person has used a Wyse 50+
as a terminal on the Unix PC.  Has anyone else encountered problems
with curses-using software not handling the magic cookie glitch
properly (that is, not accounting for space-taking attribute bytes
when using reverse video, etc)?  Basically every highlighted block
gets shifted over one to the right.  Blech.

I have had no success in getting either Elm 2.2 (with the highlighted
bar option set) or several of my own curses applications to behave on
the Wyse 50 when connected to my 3b1, although they all work flawlessly
on Wyse 50s connected to other systems.  Yes, I've played with the
terminfo definitions to my heart's content, and doublechecked them time
and time again against those of the other systems where the same code
works fine with these terminals.  Yes, I've left space on the sides of
the blocks for curses to plunk the attribute bytes into.  My current
suspicion is that the Unix PC curses (this is 3.51 with Fixdisk #1, by
the way) simply ignores the setting of xmc.

Anyone else have any experience with this, positive or negative?  If
I'm suffering from brain damage, I'd certainly like to know now, while
there's still time for a lobotomy.  I can reconstruct a minimal test
program, if needed.

-- 
David Sandberg             dts@quad.uucp or ..uunet!rosevax!sialis!quad!dts

mdapoz@hybrid.UUCP (Mark Dapoz) (12/01/89)

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 (that is, not accounting for space-taking attribute bytes
>when using reverse video, etc)?  Basically every highlighted block
>gets shifted over one to the right.  Blech.

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.
-- 
  Mark Dapoz  (mdapoz@hybrid.UUCP)  ...uunet!mnetor!hybrid!mdapoz

I remind you that humans are only a tiny minority in this galaxy.
	   -- Spock, "The Apple," stardate 3715.6.

pim@cti-software.nl (Pim Zandbergen) (12/02/89)

mdapoz@hybrid.UUCP (Mark Dapoz) writes:

>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.

You can use *ONE* attribute without glitches, using protected mode.
This attribute is default 'dim', but it can also be reverse video.
This can be set either bin setup mode or with escape sequences.

In fact, '\033`6\033)' and '\033(' will always be reverse video on and off.
-- 
Pim Zandbergen                             domain : pim@cti-software.nl
CTI Software BV                            uucp   : uunet!mcsun!hp4nl!ctisbv!pim
Laan Copes van Cattenburch 70              phone  : +31 70 542302
2585 GD The Hague, The Netherlands         fax    : +31 70 512837

dts@quad.uucp (David T. Sandberg) (12/02/89)

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