[Octave-bug-tracker] [bug #42490] helpdlg does not return a proper graphics handle

[Philip Nienhuis]

Follow-up Comment #4, bug #42490 (project octave):

In the mean time I saw that <scripts>/..../gui/private/message_dialog.n can
also call __octave_link_message_dialog__ (in
libinterp/corefcn/octave-link.cc). So Java doesn't have to be invoked at all
to produce dialog windows.

Makes me wonder what graphics subsystem is invoked by octave_link() (OpenGL?)
(I quickly got lost in the octave_link.h file). After all a graphics dialog
window *is* produced, so there must be a window handle somewhere. (But then
maybe one w/o usable public methods.)

So, in the end I suppose a fix would require quite a bit of overhaul that
could better wait until Qt dialog and more ui* functions have been implemented
in a structured way.

The Java variants might be patched then to return a Java window handle - also
needs some overhaul. But that would yield some closer "ML compatibility"
(i.e., Java based that is)


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42490>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/