Don't check for "notranslate" CSS class (#75)

Author: mgeier

docs/src/about.rst

@@ -72,15 +72,15 @@ a bug, which you can report on `GitHub
 If third-party code blocks are in use, matching may fail because of
 inconsistent or unrecognised CSS classes. The class related to the block lexer
 name is automatically added to the list of CSS classes that are searched when
-matching code examples as ``highlight-{lexer} notranslate``.
+matching code examples as ``highlight-{lexer}``.
 If the class has another value, :confval:`codeautolink_search_css_classes`
 can be used to extend the search. To find out which classes should be added,
 build your documentation, locate the code example and use the class of the
 outermost ``div`` tag. For example:
 
 .. code:: python
 
-   codeautolink_search_css_classes = ["highlight-default notranslate"]
+   codeautolink_search_css_classes = ["highlight-default"]
 
 Secondly, matching can fail on a specific line or range of lines.
 This is often a bug, but the known expected failure cases are presented here:

docs/src/release_notes.rst

@@ -11,6 +11,7 @@ sphinx-codeautolink adheres to
 Unreleased
 ----------
 - Correctly test for optional types in annotations (:issue:`72`)
+- Don't check for ``notranslate`` CSS class, allow additional classes (:issue:`75`)
 
 0.7.0 (2021-11-28)
 ------------------

src/sphinx_codeautolink/extension/block.py

@@ -231,7 +231,7 @@ def link_html(
     soup = BeautifulSoup(text, 'html.parser')
 
     block_types = {'python', 'pycon'} | set(custom_blocks.keys())
-    classes = [f'highlight-{t} notranslate' for t in block_types] + ['doctest']
+    classes = [f'highlight-{t}' for t in block_types] + ['doctest']
     classes += search_css_classes
 
     blocks = []