<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>I assume 'some reasonable time' has passed. I removed the old
      incompatible way, and the call to BackCompatibilityAlert in #7848.</p>
    <p>I think we'd keep using BackCompatilibityAlert as exemplified in
      #7828 in the future.</p>
    <p>Thanks</p>
    <div class="moz-cite-prefix">On 2026-02-05 1:01 PM, Juan Vuletich
      via Cuis-dev wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:ce3af03b-79f3-46ab-b66c-c16f4ead4728@cuis.st">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>Hi Hilaire, All,<br>
        <br>
        There are two serious bugs here.<br>
        <br>
        One is the one you report: '48.1.1' asDate gives the date
        2048/1/1. This makes no sense. Year 2000 was 26 years ago!<br>
        <br>
        Another one is trying to autodetect between dd/mm/yyyy and
        mm/dd/yyyy. This is extremely risky. For instance, this is OK:
        `#('1/2/2004' '1/21/2004') collect: [ :s | s asDate ]` (both in
        January), but this is really wrong: `#('1/2/2004' '21/2/2004')
        collect: [ :s | s asDate ]` (answer is one in January and the
        other in February).</p>
      <p>The only way to fix these is by breaking back compatibility.</p>
      <p>To make this not too painful for you all Cuis users and
        developers, Besides the fix I pushed another change that adds
        the new BackCompatibilityAlert exception. This exception will be
        raised each time one of the modified methods answers a value
        that is different from what it used to be. It is not raised if
        the answered value is the same as before. You can resume it.</p>
      <p>So, after updating Cuis, run all your tests, or use your
        packages and apps to find out if your code is affected. Any
        broken behavior will raise the exception and print a report in
        the Transcript. Now you can update your code. In this case, the
        recommended way would be to use four digits for years.</p>
      <p>After some reasonable time, we can remove the old code and the
        generation of the exception, assuming that all relevant code is
        updated.</p>
      <p>Please take a look, experiment with this, and give feedback.</p>
      <p>Thanks,</p>
      <div class="moz-cite-prefix">On 2026-02-04 11:17 AM, Hilaire
        Fernandes via Cuis-dev wrote:<br>
      </div>
      <blockquote type="cite"
        cite="mid:5392d1aa-6593-400e-838f-eb32c4c94c33@free.fr">
        <meta http-equiv="content-type"
          content="text/html; charset=UTF-8">
        <p>Hi, </p>
        <p>I found Cuis makes some assumption when converting string to
          date.</p>
        <p>It is causing concerns in my Timeline model. </p>
        <p>Read<font size="4"> <a class="moz-txt-link-freetext"
              href="https://github.com/istoa-eu/app/issues/1"
              moz-do-not-send="true">https://github.com/istoa-eu/app/issues/1</a></font></p>
        <pre class="moz-signature" cols="72">-- 
<a class="moz-txt-link-freetext" href="http://mamot.fr/@drgeo"
        moz-do-not-send="true">http://mamot.fr/@drgeo</a></pre>
        <br>
        <fieldset class="moz-mime-attachment-header"></fieldset>
      </blockquote>
      <pre class="moz-signature" cols="72">-- 
Juan Vuletich
<a class="moz-txt-link-abbreviated" href="http://www.cuis.st"
      moz-do-not-send="true">www.cuis.st</a>
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich</pre>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Juan Vuletich
<a class="moz-txt-link-abbreviated" href="http://www.cuis.st">www.cuis.st</a>
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich</pre>
  </body>
</html>