<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>