<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Rafael,<br>
      <br>
      Le 31/07/2015 10:28, Rafael Guerra a écrit :<br>
    </div>
    <blockquote cite="mid:DUB126-W158207C4CE347960BEE0A2CC8A0@phx.gbl"
      type="cite">
      <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
      <div dir="ltr">Dear Scilabers,<br>
        <br>
        I have filled a bug report  Bug# 14020, to indicate different
        behavior compared to previous version:<br>
        <br>
        <div>
          <pre>  // In Scilab 6.0.0 alpha1, carriage return's ascii code is not defined:
  str=input("(Hit Enter):",'string');
  ascii(str)
  ans  =    (empty)

   // While in Scilab 5.2.2, carriage return return in input returned space with ascii code (32):
   str=input("(Hit Enter):",'string');
   ascii(str)
   ans  =  32.  
</pre>
        </div>
      </div>
    </blockquote>
    You are right. It was an unreported bug. str should ahve been ""
    instead of " ":<br>
    -->str==""<br>
     ans  =<br>
      F  <br>
     <br>
    -->str==" "<br>
     ans  =<br>
      T  <br>
    <br>
    In Scilab 6, you are right as well: this bug has been fixed, but 2
    others appear. imo, <br>
     * in string mode, <enter> should return str=="" with
    ascii(str)==[]<br>
     * in numerical mode, <enter> should return str==[]. It was
    the case with Scilab<6. Now:<br>
    --> str=input("(Hit Enter):");<br>
    (Hit Enter):<br>
    --> ascii([])<br>
     ans  =<br>
    <br>
    The bug report may be completed.<br>
    Best regards<br>
    Samuel<br>
    <br>
  </body>
</html>