<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<font face="Courier New">Stéphane,<br>
<br>
Thank you. <br>
<br>
In your opinion, when format is clearly defined and widely agreed
upon, such as double, type name should be the same as format name?
Or in this case you propose such name which by chance coincides
with the name of the format?<br>
<br>
As you may guess I have some conflict about this--not sure of the
difference between type, type of the scalar version and storage
format.<br>
<br>
Regards,<br>
<br>
Federico Miyara <br>
<br>
<br>
</font>
<div class="moz-cite-prefix">On 04/12/2019 09:30, Stéphane Mottelet
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:385922a8-4e29-8981-4aaa-bb1f13c34f23@utc.fr">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hello,</p>
<p>The name "constant" has been kept to ensure backwards
compatibililty. But frankly, sometimes legacy really sucks !<br>
</p>
<p>To me, "constant" should be replaced everywhere by "double" to
suppress this confusion. The argument that it would break some
toolboxes does not hold : we already will have to recompile
almost all binary gateways for the next release of Scilab. I
don't understand why toolboxes authors would not be able to
release a new version by just doing an easy find/replace in
their codes.</p>
<p>S.<br>
</p>
<div class="moz-cite-prefix">Le 04/12/2019 à 02:07, Federico
Miyara a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:d8e60907-d213-bf89-d9f8-d9be16c83127@fceia.unr.edu.ar">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<br>
Dear all, <br>
<font face="Courier New"><br>
Regarding the question I've sent a few days earlier (see
below), I think the Variable Browser in some cases may be
creating confusion between variable types and number formats </font><br>
<br>
For instance, <br>
<br>
a = 1.22<br>
<br>
creates a variable of type "constant", while its format is
"double".<br>
<br>
Regards,<br>
<br>
Federico Miyara<br>
<br>
<br>
<div class="moz-cite-prefix">On 29/11/2019 02:57, Federico
Miyara wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1dd34215-f9b7-e0da-8aa3-0ffd53f46ab2@fceia.unr.edu.ar">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<br>
<font face="Courier New">Dear all,<br>
<br>
I'm trying to elucidate some details regarding types. The
most basic type, corresponding to real or complex decimal
numbers (or vectors, matrices and hypermatrices with this
kind of components) is called "constant" by the function
typeof (and so listed in the documentation). <br>
<br>
However, the variable browser lists them as "double".<br>
<br>
This is somewhat confusing. It seems that "double" refers to
the way each individual component is encoded while constant
may refer to the fact that any array containing doubles is o
type constant. <br>
<br>
In the case of integers, for instance we have int64 as
reported by typeof, but in the Variable Browser it is listed
a bit more in full as "Integer 64". While this is also
slightly inconsistent, it is not to complain very much
about.<br>
<br>
In the case of rationals, typeof returns "rational" while
the Variable Browser callsit "r (Tlist)"<br>
<br>
Cell array type is called "ce" by typeof but "Cell" in the
Variabe Browser<br>
<br>
User-defined types in tlists and mlists are designed by the
user-defined type name by typeof, while the variable browser
adds "(Tlist)" or "(Mlist)"<br>
<br>
Functions, libraries and impliit lists such as $ are not
listed in the variable bowser but are correctly reported by
typeof<br>
<br>
I wonder whether there is a reason for all this or it is
actually an issue that could be fixed in a future versions.<br>
<br>
Thank you<br>
<br>
Regards,<br>
<br>
Federico Miyara<br>
<br>
</font> </blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users@lists.scilab.org" moz-do-not-send="true">users@lists.scilab.org</a>
<a class="moz-txt-link-freetext" href="https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users" moz-do-not-send="true">https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Stéphane Mottelet
Ingénieur de recherche
EA 4297 Transformations Intégrées de la Matière Renouvelable
Département Génie des Procédés Industriels
Sorbonne Universités - Université de Technologie de Compiègne
CS 60319, 60203 Compiègne cedex
Tel : +33(0)344234688
<a class="moz-txt-link-freetext" href="http://www.utc.fr/~mottelet" moz-do-not-send="true">http://www.utc.fr/~mottelet</a>
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users@lists.scilab.org">users@lists.scilab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.scilab.org/mailman/listinfo/users">http://lists.scilab.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>