This file describes changes with some user or developer impact (significant changes to the externally visible behaviour of the extension, or things which may require action on the part of users or developers). Minor bugfixes and tweaks which don’t require any user or developer action are generally not included in these release notes. For a full listing of all changes see the source code repository at: git.wincent.com.
Changes in 4.8
-
add official support for Ruby 3.1.x
Changes in 4.7
-
add official support for Ruby 3.0.x
Changes in 4.6
-
add official support for Ruby 2.6.x
Changes in 4.5
-
add official support for Ruby 2.5.x
Changes in 4.4
-
add official support for Ruby 2.4.x
Changes in 4.3
-
add official support for Ruby 2.3.x
Changes in 4.2
-
add
pre_code
parse option
Changes in 4.1.2
-
rebuild (no code changes) to replace broken executable in 4.1.1 release
Changes in 4.1.1 (yanked)
-
add official support for Ruby 2.2.x
Changes in 4.1
-
add a Haml filter; to use, require “wikitext/haml_filter”
Changes in 4.0.3
-
permit building on Ruby 2.1.0
Changes in 4.0.2
-
fix broken gemspec responsible for faulty builds in version 4.0.2
Changes in 4.0.1
-
fix build issues on Linux machines (with GNU install)
-
the
wikitext
binary no longer has a hard dependency on the HighLine gem
Changes in 4.0
-
requires Ruby 2.0.0; for older versions of Ruby please use a previous Wikitext release
Changes in 3.1
-
the
link_proc
parse option can now be set as an attribute on the parser at initialization or via an accessor -
fix underescaping of ampersands in URIs
Changes in 3.0.1
-
fix bad output when emitting external links containing email addresses
Changes in 3.0
-
fix newline-swallowing bug which affected “PRE” blocks with lines beginning with a “PATH” token
Changes in 3.0b
-
silence deprecation warnings triggered under Rails 3.1
-
note that this release supports only Rails 3.1; for older versions of Rails you should continue to use the Wikitext 2.1.x series, which continues to be supported
Changes in 2.1.1
-
fix a couple of token-swallowing bugs that manifested when certain invalid markup was fed into the translator
Changes in 2.1
-
the
external_link_rel
attribute can be used to include a “nofollow”rel
attribute in external links (patch from Mike Stangel)
Changes in 2.0
-
compatibility with the Rails 3 template handler API
-
use Rails 3 hooks to auto-initialize when listed in Gemfile
-
code
tags are now emitted instead oftt
tags for compliance with the HTML5 specification -
new
output_style
setting to switch between HTML syntax (the new default) and XML syntax
Changes in 1.12
-
the String#w and String#to_wikitext methods mark their returned strings as html_safe under Rails 3
Changes in 1.11
-
extract Gem specification into separate file for compatibility with Bundler’s “install from Git repository” functionality
-
updates for compatibility with Rails 3
Changes in 1.10.1
-
fix builds on 64-bit Darwin platforms
Changes in 1.10
-
a
wikitext
executable is now included for processing wikitext markup from the commandline: input may come from filename arguments specified on the commandline, piped in via standard input, or typed in interactively via a tty
Changes in 1.9
-
NilClass#w method now accepts an optional parameters hash
-
new
link_proc
option to Wikitext::Parser#parse allows you to dynamically apply a custom CSS class based on the link target; this can be used, for example, to provide “red links” for articles which do not exist yet
Changes in 1.8
-
pre
tags may now take an optionallang
attribute to mark up the translated text for syntax-highlighting -
optimize use of ary_includes function, yielding a boost in performance of several percent
Changes in 1.7
-
many optimizations for speed: performance has improved for all input types and in some cases has more than doubled (the biggest gains are for inputs with more multi-byte UTF-8 characters)
-
uses less memory and usage tends to remain more constant due to less creation of temporary objects
-
smaller memory footprint due to removal of dead code
-
handle blank link text such as
[[foo| ]]
, making behaviour consistent with existing handling of zero-width link text ([[foo|]]
) -
don’t apply
external
CSS class when rolling back failed internal links
Changes in 1.6
-
zero-length image targets (
{{}}
) are now passed through unchanged rather than turned intoimg
tags -
“absolute” image targets (all targets beginning with a leading forward slash) such as
{{/foo.png}}
can be used to suppress the image prefix that would otherwise be automatically prepended -
the
indent
option to the Wikitext::Parser#parse method now acceptsfalse
as a parameter to completely suppress all indentation -
internal
require
statments now use absolute paths to ensure that files from other versions don’t get pulled in inappropriately
Changes in 1.5.3
-
fixed broken handling of empty (zero-width) links such as
[[]]
,[[|]]
and[[|foo]]
-
improved handling of empty (whitespace-only) links such as
[[ ]]
and[[ |foo]]
-
changed license from GPL v3 to the more permissive BSD license (specifically the Simplified or “2-clause” version of the BSD license, as used by FreeBSD)
Changes in 1.5.2
-
the
mailto
class is now consistently applied to all mailto URIs -
works around a bug in Rails 2.3.2
-
fixes a minor bug with
pre
andblockquote
start tags when they appear immediately after the shorthand notation ofpre
andblockquote
blocks
Changes in 1.5.1
-
the
w
andto_wikitext
methods now accept an options hash
Changes in 1.5.0
-
added
base_heading_level
parser option -
changes for compatibility with Ruby 1.9 (compiles and all specs pass)
Changes in 1.4.1
-
include necessary file that was missing from 1.4.0 gem
Changes in 1.4.0
-
“special links” inside internal link spans (double square brackets) are no longer supported; instead use external link spans: where previously you used
[[issues/210 | ticket 210]]
you should now use[/issues/210 ticket 210]
-
relatedly, the
treat_slash_as_special
attribute has been removed
Changes prior to 1.4.0
Please see the source code repository browser at git.wincent.com.