[Octave-bug-tracker] [bug #41665] 'qt' is default graphics toolkit even when it is not available

[Michael C. Grant]

Follow-up Comment #18, bug #41665 (project octave):

Sorry for posting a duplicate bug report (41821). But I do have an ulterior
motive for seeing this problem addressed ASAP. 

Recall that FLTK graphics in the GUI are broken on the Mac in the stable
branch, due to Qt related problems unique to that OS. Whether this was
intended or not, the new QT graphics toolkit addresses this problem. 

Therefore, I've been building an option into the Homebrew octave recipe to
build the gui-release branch. Unfortunately, that option breaks octave-cli due
to this bug. Until the stable branch gets the Qt graphics option, *or* the
FLTK issue is addressed in another way, I'd like to find a way to address
this. (And no, it's not just to run my CVX toolkit; I have other patches that
I'd like to integrate for that anyway :-))

Of course, the problem here is that the need to initialize 'dtk' before
'available_toolkits' has been properly initialized is the problem. It seems to
me that a better approach would be to define some sort of priority rule in the
registration process, so that as new toolkits are registered, the one with the
highest priority is set to "dtk".


gtk_manager::gtk_manager (void)
  : dtk (), available_toolkits (), loaded_toolkits ()
{
#if defined (HAVE_QT)
  dtk = display_info::display_available () ? "qt" : "gnuplot";
#elif defined (HAVE_FLTK)
  dtk = display_info::display_available () ? "fltk" : "gnuplot";
#else
  dtk = "gnuplot";
#endif
}



    _______________________________________________________

Reply to this item at:

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

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