HP3000-L Archives

August 2005, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Peter Smithson <[log in to unmask]>
Reply To:
Peter Smithson <[log in to unmask]>
Date:
Thu, 11 Aug 2005 14:38:46 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (33 lines)
>VPLUS doesn't know from the data stream. But if it is outputting
>characters to the right of a Ctrl-N, they will show up as the Line
>Drawing character set, and if to the right of a Ctrl-O, as normal
>characters.
>
>If you have a vertical graphical character just before the box
>characters, this implies a prior Ctrl-N.
>
>So it might be the emulator not emulating properly. Or it might be
>wondering quite why you want LD in a box on a form... :-)

That must be it.  I'm not that familiar with using graphics with formspec on
MPE but I guess you do a ctro-O and that applies to everything to the right
of that.  You don't have to do it for every character from what you're
saying.

There's no control codes or escape sequences in the COBOL program.  I
couldn't understand how VPLUS knows to use graphics characters but I have a
feeling that even when you're in a graphics character set, upper case
letters appear normally anyway.  So that whole area of screen is probably in
a graphics mode but that's OK as they display text in upper case.

None of this fits in well with the emulator since it knows how each
character is displayed in the formspec file from an XML file created from
it. There's no concept of graphics areas.

Thanks for the help everyone - at least I understand the problem now.

Peter

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2