<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-text-html" lang="x-unicode">
      <p><tt>Hello Frederico</tt><tt><br>
        </tt></p>
      <div class="moz-cite-prefix"><tt>Le 11/12/2019 à 15:25, Federico
          Miyara a écrit :</tt><tt><br>
        </tt></div>
      <blockquote type="cite"
        cite="mid:b218970e-fe8c-995f-70ab-c83356b83b38@fceia.unr.edu.ar">
        <tt> </tt><tt><br>
        </tt> <tt>Stéphane,<br>
          <br>
          I'm not sure whether you are proposing to modify </tt><tt>types,
        </tt><tt>type names or just how they are presented in the
          variable browser.<br>
        </tt></blockquote>
      <tt>As far as my previous message is concerned, I was just making
        a proposal for names in the variable browser</tt><tt><br>
      </tt>
      <blockquote type="cite"
        cite="mid:b218970e-fe8c-995f-70ab-c83356b83b38@fceia.unr.edu.ar"><tt>
          <br>
          I think, from the user's perspective, that the type names
          appearing in the variable browser (in the Type column) should
          be strictly the same as reported by the function typeof.
          Otherwise it can and will cause confusion and the sensation of
          lack of consistency.<br>
        </tt></blockquote>
      <tt>So do I. But other users do not agree with that, that's why I
        am trying to find a sensible compromise...</tt><tt><br>
      </tt>
      <blockquote type="cite"
        cite="mid:b218970e-fe8c-995f-70ab-c83356b83b38@fceia.unr.edu.ar"><tt>
          <br>
          I also think types should reflect three things:<br>
          <br>
          1) The way a variable is stored in memory, including the
          headers and the data with the basic format corresponding to
          each case.<br>
          <br>
          2) The set of possible values or elements compatible with the
          type.<br>
          <br>
          3) The functions and operators that can be applied to a given
          type of data (without overloading) and the way they work.<br>
          <br>
          According to this, a complex number would have definitely a
          different type from a real number since the way it is stored
          is different. By the way, calling non-complex numbers type
          "real" wouldn't be completely accurate, since they are really
          a subset of rationals with a power-of-ttwo denominator;
          however it would be acceptable because they are meant to
          approximate real numbers.<br>
          <br>
          Finally, I don't consider it recommendable that the same word
          be used both for a <i>format </i>and a <i>type name</i>,
          such as if "constant" were replaced by "double". <br>
        </tt></blockquote>
      <tt>What do you mean by "format" ? </tt><tt><br>
      </tt>
      <blockquote type="cite"
        cite="mid:b218970e-fe8c-995f-70ab-c83356b83b38@fceia.unr.edu.ar"><tt>
          <br>
          In the case of integers, are all integers the same type?  Is
          int16 the same type as int32?<br>
          <br>
          I tend to think the answer is no, since they have very
          different storage representations, cover different sets of
          numbers and even operations behave differently. If so, the
          type should be called integer8, integer16 and so on (so the
          type would be integer8 and the basic format would be int16
          --no ambiguity). If, on the contrary, they are the same, then
          the only type name should be "integer" and the basic format
          should be informed in a different column.<br>
          <br>
        </tt></blockquote>
      <p><tt>That was my attempt, by using parenthesis.</tt></p>
      <p><tt>S.</tt><tt><br>
        </tt></p>
      <p><tt><br>
        </tt></p>
      <blockquote type="cite"
        cite="mid:b218970e-fe8c-995f-70ab-c83356b83b38@fceia.unr.edu.ar"><tt>
          Regards,<br>
          <br>
          Federico Miyara <br>
        </tt><tt><br>
        </tt> <tt><br>
        </tt> <tt><br>
        </tt> <tt><br>
        </tt> <tt><br>
        </tt>
        <div class="moz-cite-prefix"><tt>On 10/12/2019 06:47, Stéphane
            Mottelet wrote:</tt><tt><br>
          </tt> </div>
        <blockquote type="cite"
          cite="mid:d59770db-0aab-88fb-3118-c800dac6fb42@utc.fr">
          <p><tt>After thinking about it and after looking to other
              softwares, my proposition would be to concentrate on the
              set theoritic name + use parenthesis for details of
              storage</tt><tt><br>
            </tt> </p>
          <p><tt>typeof(x)=="constant" && isreal(x)==%t
              && issparse(x)=%f : Real</tt></p>
          <p><tt>typeof(x)=="constant" && isreal(x)==%f
              && issparse(x)=%f : Complex</tt></p>
          <p><tt>typeof(x)=="constant" && isreal(x)==%t
              && issparse(x)=%t : Real (sparse)</tt><tt><br>
            </tt> </p>
          <p><tt>typeof(x)=="constant" && isreal(x)==%f
              && issparse(x)=%t : Complex (sparse)</tt></p>
          <p><tt>typeof(x)=="boolean" && issparse(x)=%f :
              Boolean</tt></p>
          <p><tt>typeof(x)=="boolean" && issparse(x)=%t :
              Boolean (sparse)</tt></p>
          <p><tt>For integers, since their use is rather specific to
              more advanced users, i suggest to display the storage type
              to differentiate them</tt><tt><br>
            </tt> </p>
          <p><tt>type(x)==8 && inttype(x)==1 : Integer (int8)</tt></p>
          <p><tt>type(x)==8 && inttype(x)==11 : Integer (uint8)</tt></p>
          <p><tt>and so on...</tt></p>
          <p><tt>However, I don't understand why we should consider
              Scilab users as less aware (or less concerned by) of the
              reality of storage types. When you consider the big
              audience of Matlab and see that developpers didn't waste
              time like we do here. They just use "double", litteral
              integer types (int8,...). Moreover they didn't even have
              to make translations....</tt><tt><br>
            </tt> </p>
          <p><tt>S.</tt><tt><br>
            </tt> </p>
          <p> </p>
          <div class="moz-cite-prefix"><tt>Le 09/12/2019 à 09:44,
              Stéphane Mottelet a écrit :</tt><tt><br>
            </tt> </div>
          <blockquote type="cite"
            cite="mid:f09917f5-20fc-6fe1-9902-8adac53cf03c@utc.fr">
            <p><tt>Hello all,</tt><tt><br>
              </tt> </p>
            <div class="moz-cite-prefix"><tt>Le 06/12/2019 à 23:37,
                Samuel Gougeon a écrit :</tt><tt><br>
              </tt> </div>
            <blockquote type="cite"
              cite="mid:b2d3c45e-06a0-56ee-74b2-7bd247eb17f1@free.fr">
              <div class="moz-cite-prefix"><tt>Le 06/12/2019 à 23:23,
                  Federico Miyara a écrit :</tt><tt><br>
                </tt> </div>
              <blockquote type="cite"
                cite="mid:9be08b32-cd75-dcd7-2105-038d84fc798a@fceia.unr.edu.ar">
                <tt> </tt><tt><br>
                  .../...</tt><tt><br>
                  By the way, if constant were changed to double (or to
                  number or num.ber --I don't get the dot...</tt></blockquote>
              <p><tt>As in 3.14, contrarily to 123</tt><tt><br>
                </tt> </p>
            </blockquote>
            <p><tt><br>
              </tt> </p>
            <p><tt>If "double" is not to be used for reasons that I
                still don't understand, why don't we use "Real" instead
                of "Number" for x such that typeof(x)==constant and
                isreal(x)==%t ? This would be consistent with "complex"
                when typeof(x)==constant and isreal(x)==f. Moreover,
                this would be even set-theory compliant, i.e. use the
                name of the smallest set corresponding to storage type.
                    </tt></p>
            <p><tt><br>
              </tt> </p>
            <blockquote type="cite"
              cite="mid:b2d3c45e-06a0-56ee-74b2-7bd247eb17f1@free.fr">
              <p> </p>
              <p><tt><br>
                </tt> </p>
              <blockquote type="cite"
                cite="mid:9be08b32-cd75-dcd7-2105-038d84fc798a@fceia.unr.edu.ar"><tt>--),
                  then as this might cause some backward compatibility,
                  consider taking the oportunity also to replace "ce" by
                  "cell", and "st" by "struct", </tt></blockquote>
              <p><tt>Definitely, or even with their possible translation
                  in locales, as for other main native types.</tt></p>
              <p><tt><br>
                </tt> </p>
              <tt><br>
              </tt> <tt><br>
              </tt>
              <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="https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users">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="https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/~mottelet">http://www.utc.fr/~mottelet</a>
</pre>
            <tt><br>
            </tt>
            <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="https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users">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="https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/www.utc.fr/~mottelet">http://www.utc.fr/~mottelet</a>
</pre>
          <tt><br>
          </tt>
          <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="https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users">http://lists.scilab.org/mailman/listinfo/users</a>
</pre>
        </blockquote>
        <tt><br>
        </tt> <tt><br>
        </tt>
        <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="https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users">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">http://www.utc.fr/~mottelet</a>
</pre>
    </div>
  </body>
</html>