<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Here is an honest question to the
scilab team (Clement in particular):<br>
<br>
What is so important with this change that you cannot drop it?<br>
<br>
So far, it only seems to confuse or angry active developers and I
can confirm that it occasionally confuse long time users like my
self.<br>
I just tried to run a script from one of my colleagues using
5.5.2:<br>
operation +: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation -: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation +: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation -: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
... few 1000 lines ...<br>
operation +: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation -: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation +: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
operation -: Warning adding a matrix with the empty matrix
will give an empty matrix result.<br>
at line 395 of function plot (
/home/myhome/softs/scilab-6.0.0-beta-1/share/scilab/modules/graphics/macros/plot.sci
line 407 )<br>
at line 258 of executed file
/home/myhome/mypath/Ngc21_LR_discretes.sce<br>
<br>
To be honest, I don't see in this code where there might be a
'x+[]', it seems to appear further down the line, in scilab own
macros.<br>
<br>
Anyway, my point is not to criticize the work done on scilab
development, but on this particular change, I can see now the
issues it raises while I am clearly not convince that it will
bring anything particularly key to scilab, apart from removing one
oddity and its companion convenience.<br>
<br>
Cheers,<br>
<br>
Antoine<br>
<br>
<br>
Le 04/07/2016 10:48 PM, Eric Dubois a écrit :<br>
</div>
<blockquote
cite="mid:CAGgDjFRnB6K9H39v2JLTbeVUzD-PjMJnsV4XejET=m6+GsL4Aw@mail.gmail.com"
type="cite">
<div dir="ltr">Hello
<div><br>
</div>
<div>I suspect that a beta cycle is not enough and that some
toolbox developers or other users are not aware of this coming
change. Once again this is much shorter than previous changes,
which were handled much more smoothly by the Scilab team...
Why still shorten the adaptation time? Except to mark the
difference with the predecessors? </div>
<div><br>
</div>
<div>Happy to see that at least (and at last) someone does not
find compelling the case of changing this behaviour. </div>
<div><br>
</div>
<div>By the way I have spent something like 2 weeks modifying my
code and, even if I hope having found most of the concerned
cases, I am sure not to have found all... and like Samuel the
resulting code is sometimes less clean than before. And I,
have been obliged to stop ongoing developments to do this
stuff, which is from my point of view a bad oiutcome.</div>
</div>
<div id="DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br>
<table style="border-top:1px solid #aaabb6">
<tbody>
<tr>
<td style="width:55px;padding-top:18px"><a
moz-do-not-send="true"
href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"
target="_blank"><img moz-do-not-send="true"
src="https://ipmcdn.avast.com/images/2016/icons/icon-envelope-open-tick-round-orange-v1.png"></a></td>
<td
style="width:470px;padding-top:20px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Garanti
sans virus. <a moz-do-not-send="true"
href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail"
target="_blank" style="color:#4453ea">www.avast.com</a>
</td>
</tr>
</tbody>
</table>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2016-04-07 22:30 GMT+02:00 Samuel
Gougeon <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:sgougeon@free.fr" target="_blank">sgougeon@free.fr</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>Hello,<span class=""><br>
<br>
Le 07/04/2016 10:16, Clément David a écrit :<br>
</span></div>
<span class="">
<blockquote type="cite">
<pre>Hello (again) Scilab devs,
TLDR: I don't want to re-open the []+"" behavior change flame-war but just to remove a
warning on working Scilab 6 code and ask you about the merge timing.
After the []+"" behavior change, the oldEmptyBehaviour has been introduced by Pierre-Aimé to ease
the transition from Scilab 5 to Scilab 6. This will help user transitioning using the beta version
and thanks to that we also fix some issues in Scilab itself.
However, the current implementation display a warning in both Scilab 5 enforced and Scilab 6
execution mode. I proposed a patchset [1] to remove the warning in the Scilab 6 execution mode but
preserve it on the Scilab 5 mode (eg. after a call to oldEmptyBehaviour("on") ).
What's your thought about this change ? should we pass it now or after the 6.0.0 release ? Is the
beta cycle sufficient enough to manage the behavior change ?</pre>
</blockquote>
<br>
</span> I am afraid that i do not catch all what you mean.<br>
With "Scilab 5 enforced execution mode", do you mean in
Scilab 6 with oldEmptyBehaviour("on") mode?<br>
So, instead of using this mode to still ACCEPT and NOT
warn users whether []+a is met, it would warn users,<br>
while in oldEmptyBehaviour("off"), meeting []+a would no
longer warn users?<br>
<br>
If what i understand above is right: imo, enabling users
to ignore this warning by masking it would be <br>
quite "dangerous", because changing this behavior has
consequences as serious as quiet.<br>
<br>
BTW:<br>
* This would be a first case of
Switch-warning-on-specific-case application. <br>
To be discussed in the "upgrade warning() thread" <br>
* The discussion with Eric and other users is not a
flame-war. The more i modified my code about this feature,
<br>
the more i thought that even if "[]+a == a" is not
"logical", it is very handy, it does not hurt, and it
prevents nothing. <br>
Removing it compels to add as many if/then/else. <i>And
what for</i>?<br>
<br>
Best regards<span class="HOEnZb"><font color="#888888"><br>
Samuel<br>
<br>
</font></span></div>
<br>
_______________________________________________<br>
dev mailing list<br>
<a moz-do-not-send="true" href="mailto:dev@lists.scilab.org">dev@lists.scilab.org</a><br>
<a moz-do-not-send="true"
href="http://lists.scilab.org/mailman/listinfo/dev"
rel="noreferrer" target="_blank">http://lists.scilab.org/mailman/listinfo/dev</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:dev@lists.scilab.org">dev@lists.scilab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.scilab.org/mailman/listinfo/dev">http://lists.scilab.org/mailman/listinfo/dev</a>
</pre>
</blockquote>
</body>
</html>