🚀 go-pugleaf

Previously, linton@marktwain.rad.sgi.com (Mark Linton) wrote:
> In article <1993Jan6.162051.471@cbfsb.cb.att.com>, dac@cbnewsf.cb.att.com (david.a.copperman) writes:
> |> I have two processes, A and B.  A is written in X (no higher-level
> |> packages).  It puts up a single window.  Process B forks and execs
> |> A, and waits for it to come up.  Then it extracts the id (the X type
> |> is Window) of A's window.  Process A (the graphics controller for
> |> a geographical information system) operates under the control of B.
> |> B needs to track cursor motion in A's window, so it (B) can do
> |> real-time screen-to-world coordinate conversion and show the coordinates
> |> in a window owned by B.
> |> 
> |> ...
> |> Is there some class in IV that I can use in this fashion?  More
> |> specifically, can I create some object to which I can assign A's
> |> Window, register for cursor motion in that window, and IV will call
> |> the event handler for me?
> 
> It sounds like you would need to write a subclass of the InterViews Window
> class that is given an initial X window id instead of getting one as
> the result of creating a window.

The IV Window class requires a pointer to a non-null Glyph in its constructor.
How can I create a Glyph for this window that won't appear on the screen
or hose up anything in the derived Window class object?

Once I have created this unique Glyph, I can write a class derived from
Inputhandler that takes that Glyph in its constructor, and in this derived
Inputhandler class I would write a ::move routine that would be called
whenever the cursor moves in that window?

Dave Copperman