Hello,

Le 07/04/2019 à 10:13, Federico Miyara a écrit :

Dear all,

I would like to know if there is a reason for the fact that whenever new graphic objects are added to an axes, the last one that has been created is always the one with index 1 instead of n+1 (where n is the number of objects prior to new one).

Example:

scf(1)
clf(1)

// Plot a simple two-point graph
plot2d([0, 1], [0, 1])
ax = gca()

// Colect plotted data
a = ax.children(1).children.data

// Plot a simple two-point graph
plot2d([0, 1],[0.5, 1.5])

// Colect plotted data corresponding to index 1
b = ax.children(1).children.data

// Colect plotted data corresponding to index 2
c = ax.children(2).children.data

After the first plot we get

a  =
   0.   0.
   1.   1.

After the second plot we get

b  =
   0.   0.5
   1.   1.5

c  =

   0.   0.
   1.   1.

I would expect that b = a, i.e, once a children object has been created on the axes, it would be reasonable that its index were kept constant. The current behavior is as if each new object were inserted in the structure before the previous one instead of after it.

I would say that the set of children is a stack, i.e. each new child is "pushed" on top. Anyway, relying on child order seems, to me, a bad idea. For example, legend takes as (optional) first argument an array of handles, and not an array of child numbers.

S.


Regards,

Federico Miyara


<https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Libre de virus. www.avast.com <https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

_______________________________________________
users mailing list
[email protected]
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
http://lists.scilab.org/mailman/listinfo/users

Reply via email to