home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cis.ohio-state.edu!ucbvax!TSENGR.dnet.ge.com!TEFFTA
- From: TEFFTA@TSENGR.dnet.ge.com (Andrew Tefft)
- Newsgroups: comp.sys.apple2
- Subject: Re: PS to mousetext & hyperc
- Message-ID: <9207231157.AA10723@aitgw.ge.com>
- Date: 23 Jul 92 11:58:00 GMT
- Sender: usenet@ucbvax.BERKELEY.EDU
- Organization: The Internet
- Lines: 29
-
- Ah, yes, the cursor seems to be the problem.
-
- I've been using just a "cursor(y,x)" in my test program for now (as the
- mouse pointer) because it's extremely simple to code, and I've noticed
- that it obliterates mousetext as it goes across it.
-
- This also fits with the cr problem, since hyperc might perform a newline
- by first restoring the cursor to the leftmost column, which would obliterate
- the first mousetext character, and then moving down one column.
-
- Just to throw a monkey wrench into the works, if I print mousetext in col. 0,
- then, with mousetext turned off, print an inverse capital in column 1
- of the next line, that inverse capital gets printed in mousetext.
-
- Well, this is no longer a problem I guess, at least now that I'm pretty
- sure of the cause.
-
- The next obvious question is "how can I tell if a character on the screen
- is mousetext?"
-
- One would need this if they were going to print a pointer-type mouse cursor,
- since they would need to restore the character they obliterated after moving
- the pointer, and mousetext would probably be used in such displays.
-
- It seems that there must be some way to preserve the mousetext-ness of
- characters on the screen, since mousetext stays mousetext when the screen
- scrolls... so there must also be some way to query the mousetext-ness
- of a character on the screen, too, no?
-
-