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: Mon, 22 Jun 2015 19:36:38 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

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

I think the issue here has to do with an existing figure being present for the
current figure number.  Continuing the example you have:


>> graphics_toolkit gnuplot
>> text (0.5, 0.5, ' ', 'fontname', 'arial')
warning: ft_render: skipping missing glyph for character '2205'
warning: called from
    text at line 148 column 12
>> graphics_toolkit qt
>> text (0.5, 0.5, 'HI', 'fontname', 'arial')


I see that the Qt plot is not created.  Instead, the gnuplot plot continues to
be operated on.  However, create a new figure:


>> figure(2)
>> text (0.5, 0.5, 'HI', 'fontname', 'arial')


and a Qt window appears.

This (doesn't) works in the other direction as well.  That is, start out with
Qt figure window, change to gnuplot graphics toolkit and the Qt figure is
still active.

I think taht once a figure is created, the property for the render-er is still
in the list.  The "graphics_toolkit" command probably needs to go through the
list of existing windows and change the render


>> get(2,"__graphics_toolkit__")
ans = qt
>> get(1,"__graphics_toolkit__")
ans = gnuplot


That creates a conundrum, however.  Making that change would mean that two
windows exist for Figure 1, for example.  So, in addition to changing the
toolkit, perhaps it should delete the existing plot window and replot under
the new toolkit?


    _______________________________________________________

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]