autolink-0.12.0

Added

• Include OSGi metadata in jar

Changed

• Require at least Java 11

autolink-0.11.0

Changed

• Modular JAR: Require at least Java 9 and add a module descriptor (module-info),
  remove no longer necessary Automatic-Module-Name header

autolink-0.10.1

Changed

• Bump maven plugin versions

autolink-0.10.0

Changed

• Stop URLs at '`' characters too, same as < and >
• Build and test on Java 11

autolink-0.9.0

Added

• Add extractSpans method that also returns the text pieces of the
  input before, between and after links. This makes it more convenient
  to write code that transforms the whole input text without having to
  manually keep track of indexes.

Changed

• Deprecated Autolink.renderLinks and LinkRenderer, see added (#21)
• Stop URLs when encountering ". This is consistent with RFC 3986, and
  it seems unlikely that a user would have an unescaped " in an URL
  anyway, as browsers escape it when copying an URL with it. (#21)

autolink-0.8.0

Changed

• Add Automatic-Module-Name manifest entry so that library can be used
  nicely in Java 9 modules

autolink-0.7.0

Changed

• Don't autolink if authority is only "end" characters, e.g. like http://. or http://" (#15)
• Stop URLs at Unicode whitespace characters such as U+00A0 NO-BREAK SPACE, thanks @otopba!

autolink-0.6.0

• New feature to extract links like www.example.com as well (no need for http://, but must start with www.). This results a link with type LinkType.WWW. To opt out of this, specify which link types should be extracted by calling the linkTypes method on the builder. Thanks to @MTDdk for contributing this!

autolink-0.5.0

• Stop URLs at more invalid characters, notably '<' and '>' (#7). According to RFC 3987, angle brackets are not allowed in URLs, and other linkers don't seem to allow them either.

autolink-0.4.0

• Treat more special characters as trailing delimiters to not include ">, "/> and "); at the end of URLs (#3)
• Fix unexpected link end with unfinished delimiter pairs in URLs (#5)
• Fix Android incompatibility by not using java.util.Objects