<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 6, 2017 at 2:47 AM, Rob Stradling via Public <span dir="ltr"><<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree with Peter that it would make much more sense to define maximum validity periods in terms of numbers of days, not numbers of months.</blockquote><div><br></div><div>I'm happy to accommodate this with Ballot 185/186, I suppose I'm somewhat surprised by it. That is, I would have thought it intuitive that:</div><div>July 31 -> Aug 31 = 1 month (31 days)</div><div>Jan 1 -> Feb 1 = 1 month (31 days)<br></div><div><br></div><div>Similarly, I would have thought it generally uncontroversial that</div><div>Jan 31 -> March 3 != 1 month (despite being 31 days)</div><div>May 31 -> July 1 != 1 month (despite being 31 days)</div><div><br></div></div>If we thus apply the same logic, we determine that</div><div class="gmail_extra">Jan 31 -> Feb 28 (or 29) == 1 month</div><div class="gmail_extra">May 31 -> June 30 == 1 month</div><div class="gmail_extra"><br></div><div class="gmail_extra">However, this does mean that the definition of "How many days in 13 months" varies depending on your start day, for the aforementioned reasons, and that variability is no doubt something that some might have concern with.</div><div class="gmail_extra"><br></div><div class="gmail_extra">For example, this also means that</div><div class="gmail_extra">Feb 28 (or 29) -> March 28 (or 29) == 1 month</div><div class="gmail_extra"><br></div><div class="gmail_extra">I have difficulty with understanding the "it's easier for computers" argument, since any general date-aware application can apply a rather simple rule - the difference in years * 12, the difference in months, and counting any negative difference in days as 'another month'. As Rob mentioned on the issue, this approach is at least consistent with Oracle's implementation, and certainly consistent with how we (Google) have interpreted this requirement.</div><div class="gmail_extra"><br></div><div class="gmail_extra">However, because there's any interpretation involved at all, I'm happy to defer to days, with the clarification that any difference in the time period as well becomes considered a full day as well</div><div class="gmail_extra"><br></div><div class="gmail_extra">That is</div><div class="gmail_extra"><br></div><div class="gmail_extra">Jan 1 00:00:00 -> Jan 2 00:00:00 == 1 day</div><div class="gmail_extra">Jan 1 00:00:00 -> Jan 2 00:00:01 > 1 day</div><div class="gmail_extra"><br></div><div class="gmail_extra">(And luckily, the same doesn't have to be said about fractional microseconds)</div></div>