Re: "svn diff" and "svn log" timestamp weirdness

What might be even better is to always do a less than with the value  
the user specified plus 1.  If the date is the end of a range.  And a  
greater or equal of the specified value with all unspecified fields  
set to 0 if the date is at the start or a range.

For the end of a range this would mean:

-r{2005} would find the first date < 2006
-r{2005-05} would find the first date < 2005-06
-r{2005-05-12} would find the first date < 2005-05-13
-r{2005-05-12 07} would find the first date < 2005-05-12 08
-r{2005-05-12 07:13} would find the first date < 2005-05-12 07:14
-r{2005-05-12 07:13:12} would find the first date < 2005-05-12 07:13:13
-r{2005-05-12 07:13:12.22} would find the first date < 2005-05-12  
07:13:12.23

Although this is a slight change in behavior I think it solves the  
problem here are gives the user a more intuitive experience.

svn log -r{2004}:{2004} would then show all changes that happened in  
2004.

Michael


On Sep 1, 2005, at 8:06 AM, Ben Collins-Sussman wrote:

>
> On Sep 1, 2005, at 9:46 AM, Michael Sinz wrote:
>
>>
>> So, maybe the client could always take the time and if use  
>> specified to the
>> second it would add in 0.9999 seconds such that any missing sub- 
>> second
>> value would be handled in the way the user expects.
>>
>
> Gee, this is an awfully simple solution, and solves the exact  
> problem reported, without designing a whole new slew of behaviors...
>
>
> -- 
> www.collab.net  <>  CollabNet  |  Distributed Development On Demand
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
>