>> +1 again, I like DateAndTime>>midnight to use receiver offset, and
>> consequently asDate too, it's the least surprising...
>> Well, it won't perfectly handle those legal days when DST change and
>> which are not 24h long, but it's already better than what we have.
>>
>> Now, if you don't have a local zero offset, you'll get
>> (Date newDay: 10 month: 2 year: 2012) = Date today = false

Mmm, neither expression on either side of the = sign specifies an
offset, so you should get true, not false.  Indeed, I get true in my
image:

DateAndTime localOffset  "-0:06:00:00"

(Date newDay: 11 month: 2 year: 2012) = Date today  "true"