|
From: Erik v. d. P. <er...@go...> - 2009-04-02 14:20:37
|
You spoof are confusable UTF-8? I can has cheezburger? The English just sounds really funny. For the UTF-8 it might be debatable, but uspoof_areConfusableUnicodeString() should probably have the "are" changed to "is". I'd change it to "is" for the UTF-8 APIs too. It's very common to have the word "is" in APIs, but not so common to use the word "are", I believe. Thanks for working on this, Erik On Wed, Apr 1, 2009 at 10:35 PM, Andy Heninger <and...@gm...> wrote: > I am proposing a small change to the USpoofChecker API. > > In the function > > U_DRAFT int32_t U_EXPORT2 > uspoof_areConfusableUTF8(const USpoofChecker *sc, > const char *s1, int32_t length1, > const char *s2, int32_t length2, > int32_t *position, > UErrorCode *status); > > > I propose eliminating the "position" parameter. > > This parameter turns out to serve no useful purpose. In other spoof > checking functions, the corresponding "position" parameter returns the > position of a detected problem with the identifier being checked. For > this function, we are testing whether two complete identifiers are > potentially visually confusable. There is no specific position in > them that causes them to be confusable - they must be confusable at > all positions for there to be a problem. > > Since this is a new API, there are no compatibility issues with > removing the parameter. > > The same change is needed in uspoof_areConfusableUTF8() and > uspoof_areConfusableUnicodeString() > > ------------------------------------------------------------------------------ > _______________________________________________ > icu-design mailing list > icu...@li... > To Un/Subscribe: https://lists.sourceforge.net/lists/listinfo/icu-design > |