View Single Post
Old February 23rd, 2011   #11
tim_ecue
Junior Member
 
Join Date: Oct 2009
Posts: 12
Default

Quote:
Originally Posted by sblair View Post
We can't really go back and change requirements on existing functionality. We can put a "should" statement in there but can not make it a "shall" because there are existing products in the field already.
In this particular case it might also be that actually not mutch harm is done when clarifying this as originally intended.

It seems that very few (if any) actual responders currently implement non-consecutive IDs. In the worst case, a control software following the new standard will not recognize an available test on such a responder. Control software following the "scan all" approach is not affected anyway.

So if this in reality affects practically no one, it is indeed a common practice to clarify an existing standard in that way. HTTP for example has lots of such points.

Overall, it might be the easiest just to clarify that and still no one really gets hurt as the real world impact of this change might be very limited.

(oh my, people will start throwing things at me shortly ... )
tim_ecue is offline   Reply With Quote