I think we discussed this a few months ago.<div><br></div><div>The problem is &quot;unsolvable&quot; as it is now, IMHO, because all the chronology objects are based on &quot;offset&quot; representations (since an epoch), instead of a &quot;field based&quot; representation.</div><div><br></div><div>IMHO, the only way to have a proper &quot;semantic&quot; representation is to have field based date classes (like Java&#39;s Calendar object, not the best implementation though).</div><div><br></div><div>Ej, which one of the followings is OK?��</div><div><div>&#39;2012-02-29&#39; asDate + 1 year ��&quot;=&gt; 2013-02-28&quot;��</div><div>&#39;2011-03-01&#39; asDate + 1 year &quot;=&gt; 2012-02-29&quot;��</div></div><div>&#39;2011-03-01&#39; asDate addMonths: 12 ��&quot;=&gt; 2012-03-01&quot;</div><div><br></div><div>Regards!</div><div><br></div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">El Mon Dec 01 2014 at 3:11:56 PM, Chris Cunningham &lt;<a href="mailto:cunningham.cb@gmail.com">cunningham.cb@gmail.com</a>&gt; escribi��:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi.<div><br></div><div>I was working on a GenericYear that was intended to be used for DateAndTime calculus - to be able to add and subtract an arbitrary number of years.�� The class by itself would not know the days - it is an arbitrary (generic) Year.</div><div><br></div><div>It would only know the number of days when it is added (or subtracted) from an actual date (or timespan).�� The idea was that it would have a very specific and limited scope of responsibility.</div><div><br></div><div>-cbc</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 22, 2014 at 3:03 AM, Hilaire <span dir="ltr">&lt;<a href="mailto:hilaire@drgeo.eu" target="_blank">hilaire@drgeo.eu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I saw some discussion about Duration and year calculus in the list<br>
<br>
Given that it is impossible to determine the number of days in a year<br>
without the calendar years, should not 365.25 be used in place of 365 to<br>
minimize the error ?<br>
<br>
So it could look like:<br>
<br>
Duration class &gt;&gt; years: aNumber<br>
�� �� �� �� ^ self days: (aNumber * 365.25) truncated seconds: 0<br>
<span><font color="#888888"><br>
<br>
Hilaire<br>
<br>
--<br>
Dr. Geo - <a href="http://drgeo.eu" target="_blank">http://drgeo.eu</a><br>
iStoa - <a href="http://istoa.drgeo.eu" target="_blank">http://istoa.drgeo.eu</a><br>
<br>
<br>
</font></span></blockquote></div><br></div>
</blockquote></div></div>