octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #43907] OpenGL render code called even when gn


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit
Date: Wed, 24 Jun 2015 06:17:48 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

Follow-up Comment #9, bug #43907 (project octave):

This example works on my system (enter commands one at a time):


graphics_toolkit ('gnuplot');

figure(1);

text (0.5, 0.5, 'HI', 'fontname', 'arial');

graphics_toolkit ([1], 'qt');

graphics_toolkit ()


Notice that the default doesn't change using the HNDL,NAME format.  I like
this behavior.  I just wish there were some syntax for changing the default
and all figures at the same time, which is the behavior it seems we were all
expecting.

Here's another possibility.  Rather than empty set, would '0' make sense as a
default?  Zero has special meaning, the root.  And right now there is no
___graphics_toolkit___ property associated with the root:


>> get(5000, '__graphics_toolkit__')
error: get: invalid handle (= 5000)
>> get(1, '__graphics_toolkit__')
ans = qt
>> get(0, '__graphics_toolkit__')
error: get: unknown root property __graphics_toolkit__


We could slightly change the definition to be


graphics_toolkit(HNDL, NAME)  % Change just figures of HNDL
graphics_toolkit(0, NAME)     % Change the default
graphics_toolkit(NAME)        % Change the default and all figures


If a 0 happens to be in HNDL, then the default would change as well as the
figures for whatever handles are in the array.  Shouldn't be a big change. 
What do people think about the above behavior?


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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