| Aren't these programming questions supposed to go to
SHPLOG::DECWINDOWS_PROGRAMMING? Oh, well.
First, this is not a "known bug". If the code indeed shows the result you
report, then it should be QAR'ed. Customers, of course, can submit SPR's
Second, he needs to define translations for the window widget. Check the
documentation for how to define and override the translations.
Third, a program only knows of its own widget structure. Widgets "live" in the
address space of an application. Windows on the other hand "live" in the
server and programs exist for examining the servers _window_ tree. You can't
look at another application's widget instance tree.
Examples of programs which examine their own widget instance tree exist as well.
I wrote one which propagates font and color changes from the top level down to
children and popup children. That ELKTRA::DW_EXAMPLES.
|
| >Aren't these programming questions supposed to go to
>SHPLOG::DECWINDOWS_PROGRAMMING? Oh, well.
Sorry, future questions will go there. It is coming a little hard and
fast to get it all figured out ahead of time!
>then it should be QAR'ed. Customers, of course, can submit SPR's
Will do if it proves out
>Second, he needs to define translations for the window widget. Check the
>documentation for how to define and override the translations.
He did ADD CALLLBACK and sounded like he knew what he was doing well
enough to have done the supporting calls. Could you tell me which
calls and in which order you can use to get input from a window
widget.
>Third, a program only knows of its own widget structure. Widgets "live" in the
>address space of an application. Windows on the other hand "live" in the
>server and programs exist for examining the servers _window_ tree.
Sorry, again, what I'd like is something that runs through the
application widget tree and shows all the data structures. The
reason is that the documentation does not present available options,
where they are appropriate, how they interact, etc. It is kind of
like getting an unabridged dictionary indexed by the middle letter of
the second word of the definition. We don't have any dedicated time
to actually do programming in decwindows, much less follow the annals
of MIT or the plethora of notes files. A one week overview and now
you're and expert in UIL, DWT, and XLIB ain't a real attractive
approach, but here we are and all suggestions are welcome!
>I wrote one which propagates font and color changes from the top level
>down to children and popup children. That ELKTRA::DW_EXAMPLES.
I think that means you walk the whole structure, but only for colors.
Do you know of anything that dumps the whole shebang?
Bruce
|
| >Second, he needs to get mouse position and clicks from a Window widget
>and has not been able to coax it out.
We've had plenty of luck with:
XtAddEventHandler( window_widget_id, ButtonPressMask, FALSE,
button_press_handler_rtn, 0 );
>so does anyone have any pointers on what's required to
>change it to accept input?
In the button_press_handler_rtn you'll want to make a call to
XSetInputFocus...
|