home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!know!hri.com!spool.mu.edu!agate!boulder!cambridge.apple.com!apple!ames!sun-barr!cs.utexas.edu!asuvax!ncar!uchinews!gargoyle.uchicago.edu!owens
- From: owens@gargoyle.uchicago.edu (Christopher Owens)
- Newsgroups: comp.lang.lisp.mcl
- Subject: Re: parallel text dialog items
- Message-ID: <721622593.7717@news.Colorado.EDU>
- Date: 11 Nov 92 20:01:12 GMT
- References: <1992Nov9.170736.5118@midway.uchicago.edu> <1992Nov9.172923.6367@midway.uchicago.edu>
- Sender: news
- Distribution: co
- Organization: University of Chicago Computing Organizations
- Lines: 17
- Approved: news
- X-Note1: mail msgid was <owens.721512072@gargoyle.uchicago.edu>
- X-Note2: message-id generated by recnews
-
- In <1992Nov9.172923.6367@midway.uchicago.edu> Tom McDougal <mcdougal@cs.uchicago.edu> writes:
-
- >>I want to have text appear simultaneously in two places within a
- >>window. A variant on the text-edit-dialog-item (from the examples
- >>folder) would be fine, but I'm not sure how to pass the key-events
- >>to multiple dialog items. Several attempts so far have failed.
-
- Do you need the user to be able to type into either window?
-
- I'd suggest that you create two editable-text-dialog-items that share
- a common buffer, by munging the "FREC" slots of the
- editable-text-dialog-items. Since they now share a buffer, this
- obviates the need for spoofing keystrokes to one dialog item when the
- user types in the other.
-
- You'll still need to force an update of the second dialog item every
- time the first is redrawn.
-