|
From: | Rik |
Subject: | Re: Is __modified__ graphics prop useful anymore? |
Date: | Mon, 24 Oct 2016 18:19:19 -0700 |
On 10/24/2016 02:32 PM, Rik wrote:
On 10/24/2016 02:14 PM, John W. Eaton wrote: Actually, the only code that ever turns off a modified property is in Fdrawnow, and it only does it for figure objects -- Code in Fdrawnow -- Matrix hlist = gh_manager::figure_handle_list (true); for (int i = 0; i < hlist.numel (); i++) { graphics_handle h = gh_manager::lookup (hlist(i)); if (h.ok () && h != 0) { graphics_object go = gh_manager::get_object (h); figure::properties& fprops = dynamic_cast<figure::properties&> (go.get_properties ()); if (fprops.is_modified ()) { if (fprops.is_visible ()) { gh_manager::unlock (); fprops.get_toolkit ().redraw_figure (go); gh_manager::lock (); } fprops.set_modified (false); } } } -- End Code -- Even that doesn't seem to work completely as expected. As soon as __modified__ property is "off" it seems that it is incapable of being set to "on". octave:1> h = figure (); octave:2> get (gcf, "__modified__") ans = on octave:3> drawnow octave:4> get (gcf, "__modified__") ans = off octave:5> set (gcf, "__modified__", "on") octave:6> get (gcf, "__modified__") ans = off There might be some performance savings from eliminating all the calls to mark_modified since the state variable is never used. This issues should be addressed but I don't know where to keep track of it. It is more than a bug report because the issue is architectural. --Rik |
[Prev in Thread] | Current Thread | [Next in Thread] |