From 833574a9da27874614f7184f85f7993a539f3df1 Mon Sep 17 00:00:00 2001 From: Waylan Limberg Date: Thu, 2 Aug 2018 14:51:16 -0400 Subject: Update 3.0 release notes And other docs cleanup. --- .spell-dict | 7 ++ docs/authors.md | 28 +++-- docs/change_log/index.md | 3 +- docs/change_log/release-2.1.md | 7 +- docs/change_log/release-3.0.md | 206 ++++++++++++++++++++++++++++++++++ docs/cli.md | 2 +- docs/extensions/api.md | 164 ++++++++++----------------- docs/extensions/code_hilite.md | 9 ++ docs/extensions/extra.md | 1 - docs/extensions/fenced_code_blocks.md | 4 +- docs/extensions/index.md | 6 +- docs/extensions/legacy_attr.md | 59 ++++++++++ docs/extensions/legacy_em.md | 25 +++++ docs/extensions/sane_lists.md | 21 ++++ docs/extensions/smart_strong.md | 36 ------ docs/extensions/smarty.md | 2 +- docs/index.md | 11 +- docs/reference.md | 27 ----- mkdocs.yml | 4 +- 19 files changed, 431 insertions(+), 191 deletions(-) create mode 100644 docs/change_log/release-3.0.md create mode 100644 docs/extensions/legacy_attr.md create mode 100644 docs/extensions/legacy_em.md delete mode 100644 docs/extensions/smart_strong.md diff --git a/.spell-dict b/.spell-dict index 139a195..c994291 100644 --- a/.spell-dict +++ b/.spell-dict @@ -1,3 +1,6 @@ +facelessuser +mitya +waylan Abrahamsen Altmayer API @@ -21,6 +24,7 @@ convertFile CSS dedent deliminators +deregister Dmitry docdata ElementTree @@ -29,6 +33,7 @@ Fauske Formatter Fortin GitHub +globals Gruber GSoC hacky @@ -49,6 +54,7 @@ makeExtension Manfed markdownFromFile Maruku +md MkDocs multi MultiMarkdown @@ -127,6 +133,7 @@ WikiLinks Wolever Xanthakis XHTML +xhtml YAML Yunusov inline diff --git a/docs/authors.md b/docs/authors.md index 658707d..ba674c3 100644 --- a/docs/authors.md +++ b/docs/authors.md @@ -3,13 +3,24 @@ title: Authors Primary Authors =============== -* __[Waylan Limberg](http://achinghead.com/)__ +* __[Waylan Limberg](https://github.com/waylan)__ - Waylan is the current maintainer of the code and has written much of the - current code base, included a complete refactor of the core. He started out - by authoring many of the available extensions and later was asked to join - Yuri, where he began fixing numerous bugs, adding documentation and making - general improvements to the existing code base. + @waylan is the current maintainer of the code and has written much of the + current code base, included a complete refactor of the core for version 2.0. + He started out by authoring many of the available extensions and later was + asked to join Yuri, where he began fixing numerous bugs, adding + documentation and making general improvements to the existing code base. + +* __[Dmitry Shachnev](https://github.com/mitya57)__ + + @mitya57 joined the team after providing a number of helpful patches and has + been assisting with maintenance, reviewing pull requests and ticket triage. + +* __[Isaac Muse](https://github.com/facelessuser)__ + + @facelessuser joined the team after providing a number of helpful patches + and has been assisting with maintenance, reviewing pull requests and ticket + triage. * __[Yuri Takteyev](http://freewisdom.org/)__ @@ -37,8 +48,9 @@ Other Contributors ================== The incomplete list of individuals below have provided patches or otherwise -contributed to the project in various ways. We would like to thank everyone -who has contributed to the project in any way. +contributed to the project prior to the project being hosted on GitHub. See the +GitHub commit log for a list of recent contributors. We would like to thank +everyone who has contributed to the project in any way. * Eric Abrahamsen * Jeff Balogh diff --git a/docs/change_log/index.md b/docs/change_log/index.md index f41559d..56d071d 100644 --- a/docs/change_log/index.md +++ b/docs/change_log/index.md @@ -3,6 +3,8 @@ title: Change Log Python-Markdown Change Log ========================= +???, 2018: Released version 3.0 ([Notes](release-3.0.md)). + Jan 4, 2018: Released version 2.6.11 (a bug-fix release). Added a new `BACKLINK-TITLE` option to the footnote extension so that non-English users can provide a custom title to back links (see #610). @@ -229,4 +231,3 @@ Nov. 2004: Added links, blockquotes, HTML blocks to Manfred Stienstra's code Apr. 2004: Manfred's version at - diff --git a/docs/change_log/release-2.1.md b/docs/change_log/release-2.1.md index 5b994d4..4f7ba75 100644 --- a/docs/change_log/release-2.1.md +++ b/docs/change_log/release-2.1.md @@ -65,10 +65,9 @@ What's New in Python-Markdown 2.1 --------------------------------- Three new extensions were added. [Attribute Lists](../extensions/attr_list.md), -which was inspired by Maruku's feature of the same name, -[Newline to Break](../extensions/nl2br.md), which was inspired by GitHub -Flavored Markdown, and [Smart Strong](../extensions/smart_strong.md), which -fills a hole in the Extra extension. +which was inspired by Maruku's feature of the same name, [Newline to +Break](../extensions/nl2br.md), which was inspired by GitHub Flavored Markdown, +and Smart Strong, which fills a hole in the Extra extension. HTML5 is now supported. All this really means is that new block level elements introduced in the HTML5 spec are now properly recognized as raw HTML. As diff --git a/docs/change_log/release-3.0.md b/docs/change_log/release-3.0.md new file mode 100644 index 0000000..85a5d27 --- /dev/null +++ b/docs/change_log/release-3.0.md @@ -0,0 +1,206 @@ +title: Release Notes for v3.0 + +# Python-Markdown 3.0 Release Notes + +We are pleased to release Python-Markdown 3.0 which adds a few new features and +fixes various bugs and deprecates various old features. See the list of changes +below for details. + +Python-Markdown version 3.0 supports Python versions 2.7, 3.4, 3.5, 3.6, 3.7, +PyPy and PyPy3. + +## Backwards-incompatible changes + +### `enable_attributes` keyword deprecated + +The `enable_attributes` keyword is deprecated in version 3.0 and will be +ignored. Previously the keyword was `True` by default and enabled an +undocumented way to define attributes on document elements. The feature has been +removed from version 3.0. As most users did not use the undocumented feature, it +should not affect most users. For the few who did use the feature, it can be +enabled by using the [Legacy Attributes](../extensions/legacy_attr.md) +extension. + +### `smart_emphasis` keyword and `smart_strong` extension deprecated + +The `smart_emphasis` keyword is deprecated in version 3.0 and will be ignored. +Previously the keyword was `True` by default and caused the parser to ignore +middle-word emphasis. Additionally, the optional `smart_strong` extension +provided the same behavior for strong emphasis. Both of those features are now +part of the default behavior, and the [Legacy +Emphasis](../extensions/legacy_em.md) extension is available to disable that +behavior. + +### `output_formats` simplified to `html` and `xhtml`. + +The `output_formats` keyword now only accepts two options: `html` and `xhtml` +Note that if `(x)html1`, `(x)html4` or `(x)html5` are passed in, the number is +stripped and ignored. + +### `safe_mode` and `html_replacement_text` keywords deprecated + +Both `safe_mode` and the associated `html_replacement_text` keywords are +deprecated in version 3.0 and will be ignored. The so-called "safe mode" was +never actually "safe" which has resulted in many people having a false sense of +security when using it. As an alternative, the developers of Python-Markdown +recommend that any untrusted content be passed through an HTML sanitizer (like +[Bleach]) after being converted to HTML by markdown. In fact, [Bleach Whitelist] +provides a curated list of tags, attributes, and styles suitable for filtering +user-provided HTML using bleach. + +If your code previously looked like this: + +```python +html = markdown.markdown(text, safe_mode=True) +``` + +Then it is recommended that you change your code to read something like this: + +```python +import bleach +from bleach_whitelist import markdown_tags, markdown_attrs +html = bleach.clean(markdown.markdown(text), markdown_tags, markdown_attrs) +``` + +If you are not interested in sanitizing untrusted text, but simply desire to +escape raw HTML, then that can be accomplished through an extension which +removes HTML parsing: + +```python +from markdown.extensions import Extension + +class EscapeHtml(Extension): + def extendMarkdown(self, md): + md.preprocessors.deregister('html_block') + md.inlinePatterns.deregister('html') + +html = markdown.markdown(text, extensions=[EscapeHtml()]) +``` + +As the HTML would not be parsed with the above Extension, then the serializer +will escape the raw HTML, which is exactly what happened in previous versions +with `safe_mode="escape"`. + +[Bleach]: https://bleach.readthedocs.io/ +[Bleach Whitelist]: https://github.com/yourcelf/bleach-whitelist + +### Positional arguments deprecated + +Positional arguments on the `markdown.Markdown()` class are deprecated as are +all except the `text` argument on the `markdown.markdown()` wrapper function. +Using positional arguments will raise an error. Only keyword arguments should be +used. For example, if your code previously looked like this: + +```python +html = markdown.markdown(text, [SomeExtension()]) +``` + +Then it is recommended that you change it to read something like this: + +```python +html = markdown.markdown(text, extensions=[SomeExtension()]) +``` + +!!! Note + This change is being made as a result of deprecating `"safe_mode"` as the + `safe_mode` argument was one of the positional arguments. When that argument + is removed, the two arguments following it will no longer be at the correct + position. It is recommended that you always use keywords when they are + supported for this reason. + +### Extension name behavior has changed + +In previous versions of Python-Markdown, the built-in extensions received +special status and did not require the full path to be provided. Additionally, +third party extensions whose name started with `"mdx_"` received the same +special treatment. This is no longer the case. + +Support has been added for extensions to define an [entry +point](../extensions/api.md#entry_point). An entry point is a string name which +can be used to point to an `Extension` class. The built-in extensions now have +entry points which match the old short names. And any third-party extensions +which define entry points can now get the same behavior. See the documentation +for each specific extension to find the assigned name. + +If an extension does not define an entry point, then the full path to the +extension must be used. See the [documentation](../reference.md#extensions) for +a full explanation of the current behavior. + +### Extension configuration as part of extension name deprecated + +The previously documented method of appending the extension configuration +options as a string to the extension name is deprecated and will raise an error. +The [`extension_configs`](../reference.md#extension_configs) keyword should be +used instead. See the [documentation](../reference.md#extension_configs) for a +full explanation of the current behavior. + +### HeaderId extension deprecated + +The HeaderId Extension is deprecated and will raise an error if specified. Use +the [Table of Contents](../extensions/toc.md) Extension instead, which offers +most of the features of the HeaderId Extension and more (support for meta data +is missing). + +Extension authors who have been using the `slugify` and `unique` functions +defined in the HeaderId Extension should note that those functions are now +defined in the Table of Contents extension and should adjust their import +statements accordingly (`from markdown.extensions.toc import slugify, unique`). + +### Homegrown `OrderedDict` has been replaced with a purpose-built `Registry` + +All processors and patterns now get "registered" to a +[Registry](../extensions/api.md#registry). A backwards compatible shim is +included so that existing simple extensions should continue to work. +A `DeprecationWarning` will be raised for any code which calls the old API. + +### Markdown class instance references. + +Previously, instances of the `Markdown` class were represented as any one of +`md`, `md_instance`, or `markdown`. This inconsistency made it difficult when +developing extensions, or just maintaining the existing code. Now, all instances +are consistently represented as `md`. + +The old attributes on class instances still exist, but raise a +`DeprecationWarning` when accessed. Also on classes where the instance was +optional, the attribute always exists now and is simply `None` if no instance +was provided (previously the attribute would not exist). + +### `markdown.util.isBlockLevel` deprecated + +The `markdown.util.isBlockLevel` function is deprecated and will raise a +`DeprecationWarning`. Instead, extensions should use the `isBlockLevel` method +of the `Markdown` class instance. Additionally, a list of block level elements +is defined in the `block_level_elements` attribute of the `Markdown` class which +extensions can access to alter the list of elements which are treated as block +level elements. + +### `md_globals` keyword deprecated from extension API + +Previously, the `extendMarkdown` method of a `markdown.extensions.Extension` +subclasses accepted an `md_globals` keyword, which contained the value returned +by Python's `globals()` built-in function. As all of the configuration is now +held within the `Markdown` class instance, access to the globals is no longer +necessary and any extensions which expect the keyword will raise a +`DeprecationWarning`. A future release will raise an error. + +### Added new, more flexible `InlineProcessor` class + +A new `InlineProcessor` class handles inline processing much better and allows +for more flexibility. The new `InlineProcessor` classes no longer utilize +unnecessary pretext and post-text captures. New class can accept the buffer that +is being worked on and manually process the text without regular expressions and +return new replacement bounds. This helps us to handle links in a better way and +handle nested brackets and logic that is too much for regular expression. + +## New features + +The following new features have been included in the release: + +* A new [testing framework](../test_tools.md) is included as a part of the + Markdown library, which can also be used by third party extensions. + +* A new `toc_depth` parameter has been added to the + [Table of Contents Extension](../extensions/toc.md). + +* Additional CSS class names can be appended to + [Admonitions](../extensions/admonition.md). diff --git a/docs/cli.md b/docs/cli.md index 35c77b4..2c1abcf 100644 --- a/docs/cli.md +++ b/docs/cli.md @@ -168,7 +168,7 @@ The `--extension_configs` option will only support YAML configuration files if [PyYAML] is installed on your system. JSON should work with no additional dependencies. The format of your configuration file is automatically detected. -[ec]: reference.html#extension_configs +[ec]: reference.md#extension_configs [YAML]: http://yaml.org/ [JSON]: http://json.org/ [PyYAML]: http://pyyaml.org/ diff --git a/docs/extensions/api.md b/docs/extensions/api.md index a110cef..c236a93 100644 --- a/docs/extensions/api.md +++ b/docs/extensions/api.md @@ -495,25 +495,24 @@ configuration options for your extension and attach the various processors and patterns to the Markdown instance. It is important to note that the order of the various processors and patterns -matters. For example, if we replace `http://...` links with `` elements, -and *then* try to deal with inline HTML, we will end up with a mess. -Therefore, the various types of processors and patterns are stored within an -instance of the Markdown class in [OrderedDict][]s. Your `Extension` class -will need to manipulate those OrderedDicts appropriately. You may insert -instances of your processors and patterns into the appropriate location in an -OrderedDict, remove a built-in instance, or replace a built-in instance with -your own. +matters. For example, if we replace `http://...` links with `` elements, and +*then* try to deal with inline HTML, we will end up with a mess. Therefore, the +various types of processors and patterns are stored within an instance of the +Markdown class in a [Registry][]. Your `Extension` class will need to manipulate +those registries appropriately. You may `register` instances of your processors +and patterns with an appropriate priority, `deregister` built-in instances, or +replace a built-in instance with your own. ### `extendMarkdown` {: #extendmarkdown } The `extendMarkdown` method of a `markdown.extensions.Extension` class -accepts two arguments: +accepts one argument: * **`md`**: A pointer to the instance of the Markdown class. You should use this to - access the [OrderedDict][]s of processors and patterns. They are found - under the following attributes: + access the [Registries][Registry] of processors and patterns. They are + found under the following attributes: * `md.preprocessors` * `md.inlinePatterns` @@ -529,14 +528,9 @@ accepts two arguments: * `md.output_format` * `md.serializer` * `md.registerExtension()` - * `md.html_replacement_text` * `md.tab_length` - * `md.enable_attributes` - * `md.smart_emphasis` - -* **`md_globals`**: - - Contains all the various global variables within the markdown module. + * `md.block_level_elements` + * `md.isBlockLevel()` !!! Warning With access to the above items, theoretically you have the option to @@ -554,109 +548,75 @@ A simple example: from markdown.extensions import Extension class MyExtension(Extension): - def extendMarkdown(self, md, md_globals): - # Insert instance of 'mypattern' before 'references' pattern - md.inlinePatterns.add('mypattern', MyPattern(md), '`) followed by an existing key (i.e.: - `">somekey"`) inserts that item after the existing key. - -Consider the following example: - -```pycon ->>> from markdown.odict import OrderedDict ->>> od = OrderedDict() ->>> od['one'] = 1 # The same as: od.add('one', 1, '_begin') ->>> od['three'] = 3 # The same as: od.add('three', 3, '>one') ->>> od['four'] = 4 # The same as: od.add('four', 4, '_end') ->>> od.items() -[("one", 1), ("three", 3), ("four", 4)] -``` + registry = Registry() + registry.register(SomeItem(), 'itemname', 20) + # Get the item by index + item = registry[0] + # Get the item by name + item = registry['itemname'] -Note that when building an OrderedDict in order, the extra features of the -`add` method offer no real value and are not necessary. However, when -manipulating an existing OrderedDict, `add` can be very helpful. So let's -insert another item into the OrderedDict. +When checking that the registry contains an item, you may use either the +string-based "name", or a reference to the actual item. For example: -```pycon ->>> od.add('two', 2, '>one') # Insert after 'one' ->>> od.values() -[1, 2, 3, 4] -``` + someitem = SomeItem() + registry.register(someitem, 'itemname', 20) + # Contains the name + assert 'itemname' in registry + # Contains the item instance + assert someitem in registry -Now let's insert another item. +`markdown.util.Registry` has the following methods: -```pycon ->>> od.add('two-point-five', 2.5, '>> od.keys() -["one", "two", "two-point-five", "three", "four"] -``` +#### `Registry.register(self, item, name, priority)` {: #registry.register } -Note that we also could have set the location of "two-point-five" to be 'after two' -(i.e.: `'>two'`). However, it's unlikely that you will have control over the -order in which extensions will be loaded, and this could affect the final -sorted order of an OrderedDict. For example, suppose an extension adding -"two-point-five" in the above examples was loaded before a separate extension -which adds 'two'. You may need to take this into consideration when adding your -extension components to the various markdown OrderedDicts. +: Add an item to the registry with the given name and priority. -Once an OrderedDict is created, the items are available via key: + Parameters: -```python -MyNode = od['somekey'] -``` + * `item`: The item being registered. + * `name`: A string used to reference the item. + * `priority`: An integer or float used to sort against all items. -Therefore, to delete an existing item: + If an item is registered with a "name" which already exists, the existing + item is replaced with the new item. Tread carefully as the old item is lost + with no way to recover it. The new item will be sorted according to its + priority and will **not** retain the position of the old item. -```python -del od['somekey'] -``` +#### `Registry.deregister(self, name, strict=True)` {: #registry.deregister } -To change the value of an existing item (leaving location unchanged): +: Remove an item from the registry. -```python -od['somekey'] = MyNewObject() -``` + Set `strict=False` to fail silently. -To change the location of an existing item: +#### `Registry.get_index_for_name(self, name)` {: #registry.get_index_for_name } -```python -t.link('somekey', 'A paragraph with the attribute defined anywhere within.

+``` + +The same applies for inline elements: + +```md +Some *emphasized{@id=bar}* text. +``` + +```html +

Some emphasized text.

+ +You can also define attributes in images: + +```md +![Alt text{@id=baz}](path/to/image.jpg) +``` + +```html +

Alt text

+``` + +## Usage + +See [Extensions](index.md) for general extension usage. Use `legacy_attr` as the +name of the extension. + +This extension does not accept any special configuration options. diff --git a/docs/extensions/legacy_em.md b/docs/extensions/legacy_em.md new file mode 100644 index 0000000..aad1e50 --- /dev/null +++ b/docs/extensions/legacy_em.md @@ -0,0 +1,25 @@ +title: Legacy EM Extension + +# Legacy EM + +## Summary + +The Legacy EM extension restores Markdown's original behavior for emphasis and +strong syntax when using underscores. + +By default Python-Markdown treats `_connected_words_` intelligently by +recognizing that mid-word underscores should not be used for emphasis. In other +words, by default, that input would result in this output: +`connected_words`. + +However, that behavior is not consistent with the original rules or the behavior +of the reference implementation. Therefore, this extension can be used to better +match the reference implementation. With the extension enabled, the above input +would result in this output: `connectedwords_`. + +## Usage + +See [Extensions](index.md) for general extension usage. Use `legacy_em` as the +name of the extension. + +This extension does not accept any special configuration options. diff --git a/docs/extensions/sane_lists.md b/docs/extensions/sane_lists.md index 81f8d84..6d364c1 100644 --- a/docs/extensions/sane_lists.md +++ b/docs/extensions/sane_lists.md @@ -66,6 +66,27 @@ With this extension the above will result in the following output: ``` +Sane lists also recognize the number used in ordered lists. Given the following +list: + +```md +4. Apples +5. Oranges +6. Pears +``` + +By default markdown will ignore the fact that the first line started +with item number "4" and the HTML list will start with a number "1". +This extension will result in the following HTML output: + +```html +
    +
  1. Apples
    2. +
  2. Oranges
    3. +
  3. Pears
    4. +
+``` + In all other ways, Sane Lists should behave as normal Markdown lists. Usage diff --git a/docs/extensions/smart_strong.md b/docs/extensions/smart_strong.md deleted file mode 100644 index 65c88d6..0000000 --- a/docs/extensions/smart_strong.md +++ /dev/null @@ -1,36 +0,0 @@ -title: Smart Strong Extension - -Smart_Strong -============ - -Summary -------- - -The Smart_Strong extension adds smarter handling of double underscores within -words. This does for double underscores what [smart_emphasis][] does for single -underscores. - -The Smart_Strong extension is included in the standard Markdown library. - -[smart_emphasis]: ../reference.md#smart_emphasis - -Example -------- - -```pycon ->>> import markdown ->>> markdown.markdown('Text with double__underscore__words.', extensions=['smart_strong']) -u'

Text with double__underscore__words.

' ->>> markdown.markdown('__Strong__ still works.', extensions=['smart_strong']) -u'

Strong still works.

' ->>> markdown.markdown('__this__works__too__.', extensions=['smart_strong']) -u'

this__works__too.

' -``` - -Usage ------ - -See [Extensions](index.md) for general extension usage. Use `smart_strong` as -the name of the extension. - -This extension does not accept any special configuration options. diff --git a/docs/extensions/smarty.md b/docs/extensions/smarty.md index 109d78c..0efbe4a 100644 --- a/docs/extensions/smarty.md +++ b/docs/extensions/smarty.md @@ -48,7 +48,7 @@ extension_configs = { has been known to do. [SmartyPants]: http://pythonhosted.org/smartypants/ -[CodeHilite]: code_hilite.html +[CodeHilite]: code_hilite.md Usage ----- diff --git a/docs/index.md b/docs/index.md index 8c32d51..d034e41 100644 --- a/docs/index.md +++ b/docs/index.md @@ -10,7 +10,8 @@ though there are a few very minor [differences](#differences). See John's [Syntax Documentation](http://daringfireball.net/projects/markdown/syntax) for the syntax rules. -See the [installation instructions](install.md) to get started. +To get started, see the [installation instructions](install.md), the [library +reference](reference.md), and the [command line interface](cli.md). Goals ----- @@ -69,10 +70,10 @@ are summarized below: * __Middle-Word Emphasis__ - Python-Markdown defaults to ignoring middle-word emphasis. In other words, - `some_long_filename.txt` will not become `somelongfilename.txt`. - This can be switched off if desired. See the - [Library Reference](reference.md#smart_emphasis) for details. + Python-Markdown defaults to ignoring middle-word emphasis (and strong + emphasis). In other words, `some_long_filename.txt` will not become + `somelongfilename.txt`. This can be switched off if desired. See + the [Legacy EM Extension](extensions/legacy_em.md) for details. * __Indentation/Tab Length__ diff --git a/docs/reference.md b/docs/reference.md index 25c2058..f8f2e52 100644 --- a/docs/reference.md +++ b/docs/reference.md @@ -181,33 +181,6 @@ __tab_length__{: #tab_length }: : Length of tabs in the source. Default: 4 -__smart_emphasis__{: #smart_emphasis }: - -: Treat `_connected_words_` intelligently Default: True - -__lazy_ol__{: #lazy_ol }: - -: Ignore number of first item of ordered lists. Default: True - - Given the following list: - - :::md - 4. Apples - 5. Oranges - 6. Pears - - By default markdown will ignore the fact that the first line started - with item number "4" and the HTML list will start with a number "1". - If `lazy_ol` is set to `False`, then markdown will output the following - HTML: - - :::html -
    -
  1. Apples
    2. -
  2. Oranges
    3. -
  3. Pears
    4. -
- ### `markdown.markdownFromFile (**kwargs)` {: #markdownFromFile } With a few exceptions, `markdown.markdownFromFile` accepts the same options as diff --git a/mkdocs.yml b/mkdocs.yml index 20872e4..1415b10 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -27,10 +27,11 @@ pages: - Extra: extensions/extra.md - Fenced Code Blocks: extensions/fenced_code_blocks.md - Footnotes: extensions/footnotes.md + - Legacy Attributes: extensions/legacy_attr.md + - Legacy Emphasis: extensions/legacy_em.md - Meta-Data: extensions/meta_data.md - New Line to Break: extensions/nl2br.md - Sane Lists: extensions/sane_lists.md - - Smart Strong: extensions/smart_strong.md - SmartyPants: extensions/smarty.md - Table of Contents: extensions/toc.md - Tables: extensions/tables.md @@ -38,6 +39,7 @@ pages: - Extension API: extensions/api.md - Test Tools: test_tools.md - Change Log: change_log/index.md + - Release Notes for v.3.0: change_log/release-3.0.md - Release Notes for v.2.6: change_log/release-2.6.md - Release Notes for v.2.5: change_log/release-2.5.md - Release Notes for v.2.4: change_log/release-2.4.md -- cgit v1.2.3