From 12e6193feb85575c3d2d6b1a9b672151f0127e32 Mon Sep 17 00:00:00 2001 From: Philip Helger Date: Thu, 7 Sep 2017 09:16:58 +0200 Subject: [PATCH] Update README.md Fixed link to Homoglyph.java --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 2eeb5e6..047ae76 100644 --- a/README.md +++ b/README.md @@ -72,4 +72,4 @@ This can cause problems when attempting to process Strings in order to detect ho ## Java and Unicode Unfortunately, [Java also has a Unicode problem](https://docs.oracle.com/javase/tutorial/i18n/text/unicode.html)! - when the language was designed, the Unicode standard only used 16-bits to encode each character, and so the corresponding Java char data type was specified to have 16-bits as well. The Unicode standard has since been updated to add many more different characters, and more than 16 bits are required to represent them all. This means that we must [be careful when handling Strings that contain high-value characters](https://docs.oracle.com/javase/tutorial/i18n/text/design.html), we can't rely, for example, on the .length() method returning the correct number of characters in a String. -This [Java class provides a homoglyph-aware search function](https://github.com/codebox/homoglyph/blob/master/java/src/Homoglyph.java) that correctly handles high-value Unicode characters by using the int datatype to represent codepoint values. +This [Java class provides a homoglyph-aware search function](https://github.com/codebox/homoglyph/blob/master/src/main/java/net/codebox/homoglyph/Homoglyph.java) that correctly handles high-value Unicode characters by using the int datatype to represent codepoint values.