<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">
        <tr>
      <td style="width:55px;padding-top:18px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img 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 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>
</table>
<a href="#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-07 22:30 GMT+02:00 Samuel Gougeon <span dir="ltr"><<a 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 href="mailto:dev@lists.scilab.org">dev@lists.scilab.org</a><br>
<a 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>