Stéphane,
Sometimes one just needs to extract some parameter from an entity and
indexing is a valid way to access it.
Federico
On 08/04/2019 12:18, Stéphane Mottelet wrote:
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
---
El software de antivirus Avast ha analizado este correo electrónico en busca de
virus.
https://www.avast.com/antivirus
_______________________________________________
users mailing list
[email protected]
http://lists.scilab.org/mailman/listinfo/users