[bug #68080] reset function may alter axes position

Andy Potvin <[email protected]>
Newsgroups gmane.comp.gnu.octave.bugs
Message-ID <[email protected]>
Please use the bug tracker to post updates to a bug report.  The mailing list is intended as a read-only notification stream.  Info posted to this mailing list address won't appear in the tracker database where it is most useful.

Follow-up Comment #2, bug #68080 (group octave):

OK, so I'm about to get in over my head since I am not a MATLAB/Octave source
coder (and don't want to be).

I think I understand Pantxo's comment about the reset function being the true
issue here.  I've returned to running the original code snippet I sent and am
stepping into code.  My snippet call bar which then calls its private function
__bar__ which then calls newplot, right?  And then at line 209 of newplot
"reset (ca);" gets executed and that's where the axes Position gets changed,
right?  Now, "which reset" replies "'reset' is a built-in function from the
file libinterp/corefcn/graphics.cc" which is source/C++ code.  So, Pantxo is
saying the graphics.cc code needs to be modified to fix the problem, right?

I do see that https://www.mathworks.com/help/matlab/ref/reset.html says that
"MATLAB® does not reset the Position or Units properties for any graphics
object." So, specifically, graphics.cc (and presumably the reset portion of
that file) must be modified to ignore Position and Units properties?

As I said, I'm not a source coder, but I (occasionally) like to understand
what's going on under the hood.  ;-)





    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?68080>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc (application/pgp-signature, 228 B)
-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQk97aszIMMAvLLwm6qLAuaBUf3TgUCaZ8+CgAKCRCqLAuaBUf3
TpK9AQD5kv2WxtifANrgRp9ur/5pJT6vGXawHyt9MfnKwoOhdAEAniEqvQZjW3jd
WBVRctIs+UJhaeMs2YY2ZHxhOFE/egY=
=uOEs
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.