[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #41665] 'qt' is default graphics toolkit even

From: Michael C. Grant
Subject: [Octave-bug-tracker] [bug #41665] 'qt' is default graphics toolkit even when it is not available
Date: Mon, 10 Mar 2014 13:16:01 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.74.9 (KHTML, like Gecko) Version/7.0.2 Safari/537.74.9

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";
  dtk = "gnuplot";


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]