i generally agree with both mails and i'm open for changes. here are example usages:<br><br>(is-equal (usec-of local-time) 0<br>              (day-of local-time) -1<br>              (sec-of local-time) 0)<br><br>(is-equal (decode-universal-time (universal-time (encode-local-time 1 2 3 4 5 6 2008)))
<br>            (values 2 3 4 5 6 2008 3 * *))<br><br>(is-string= (format-timestring (encode-local-time 1 2 3 4 5 6 2008) :omit-timezone-p t)<br>              "2008-06-05T04:03:02.000001"<br><br>              (format-timestring (encode-local-time 1 2 3 4 5 6 2008 +utc-zone+) :use-zulu-p t)
<br>              "2008-06-05T04:03:02.000001Z"<br><br>              (format-timestring (encode-local-time 12345678 2 3 4 5 6 2008 +utc-zone+) :use-zulu-p nil)<br>              "2008-06-05T04:03:02.12345678+00:00
")<br><br>what i would like to keep is the ability to give setf-like pairs of arguments. i'm not sure why you propose extra parens in this:<br><br>(is-every string=<br>  ("a" (foo))<br>  ("b" (bar)))
<br><br>as of (is (PREDICATE (values EXPECTED) (values ACTUAL))): it would be good if 'is' supported multiple entries, but if it's not easily doable i guess i can define local macros to aachive the setf-like syntax.<br><br>
-- <br>- attila<br><br>"- The truth is that I've been too considerate, and so became unintentionally cruel...<br> - I understand.<br> - No, you don't understand! We don't speak the same language!"<br>(Ingmar Bergman - Smultronstället)