summaryrefslogtreecommitdiff
path: root/pygments/lexers/typoscript.py
Commit message (Collapse)AuthorAgeFilesLines
* Run pyupgrade across codebase to modernize syntax and patterns (#1622)Jon Dufresne2021-01-171-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | pyupgrade is a tool to automatically upgrade syntax for newer versions of the Python language. The project has been Python 3 only since 35544e2fc6eed0ce4a27ec7285aac71ff0ddc473, allowing for several cleanups: - Remove unnecessary "-*- coding: utf-8 -*-" cookie. Python 3 reads all source files as utf-8 by default. - Replace IOError/EnvironmentError with OSError. Python 3 unified these exceptions. The old names are aliases only. - Use the Python 3 shorter super() syntax. - Remove "utf8" argument form encode/decode. In Python 3, this value is the default. - Remove "r" from open() calls. In Python 3, this value is the default. - Remove u prefix from Unicode strings. In Python 3, all strings are Unicode. - Replace io.open() with builtin open(). In Python 3, these functions are functionally equivalent. Co-authored-by: Matthäus G. Chajdas <Anteru@users.noreply.github.com>
* Bump copyright year.Matthäus G. Chajdas2021-01-031-1/+1
|
* Update copyright year (fixes #1514.)Matthäus G. Chajdas2020-08-221-1/+1
|
* Remove invalid priority on TypoScriptLexer.Matth?us G. Chajdas2019-06-221-3/+0
| | | | | It's no longer 0 to resolve an ambiguity with the TypeScript lexer -- different file endings are used.
* Fixup all headers and some more minor problems.2.4.2Georg Brandl2019-05-281-1/+1
|
* Fix #1498.Matth?us G. Chajdas2019-03-061-5/+1
| | | | | .typoscript is used for TypoScript files, removing the ambiguity with TypeScript.
* Make TypeScript the default for .ts files.Matth?us G. Chajdas2019-02-121-1/+1
|
* Fix invalid escapes due to missing raw string prefix.Georg Brandl2018-11-281-2/+2
|
* Merged in chipx86/pygments-main/typescript-vs-typoscript (pull request #693)Georg Brandl2017-01-221-0/+3
|\ | | | | | | Implement guessing and resolution between TypeScript and TypoScript.
| * Remove the fallback values from the new analyse_text changes.Christian Hammond2017-01-221-4/+0
| | | | | | | | | | | | | | | | | | | | These values would trigger problems when guessing content without a filename, and really aren't needed. They've been removed, allowing the standard behavior to take place. On top of this, the regex for TypeScript has been slightly altered to include a whitespace match after "export" to be within the group for the "export" text.
| * Implement guessing and resolution between TypeScript and TypoScript.Christian Hammond2017-01-221-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new TypoScript lexer was taking precedence over TypeScript, which share the same file extension. This meant that any previously-working TypeScript source files would be misidentified and highlighted incorrectly. This was due to the lack of a guesser for TypeScript, and TypoScript having a naturally higher priority. This change balances things a bit between the lexers. TypoScript now has an explicitly-higher priority than TypeScript, both for the file extension and defaults when guessing content, as it has less we can rely on in terms of content. TypeScript has a lower priority, but has an analyse_text() method that checks for common symbols in code, giving it a better chance of matching for actual TypeScript source files. TypeScript also gains an additional file extension, *.tsx. Ideally, this would have its own lexer that understood inline JSX syntax, but giving general TypeScript syntax highlighting for these files is a step in the right direction.
| * Fix most complaints from regexlint.Georg Brandl2016-02-141-31/+31
| |
| * Add lexer for TypoScript (#closes 1173)Georg Brandl2016-02-021-0/+225
| | | | Source: https://github.com/Tuurlijk/Pygments-TypoScript-Lexer
* More housekeeping and missed additions to CHANGES.Georg Brandl2017-01-221-6/+4
|
* Copyright update.Georg Brandl2017-01-221-1/+1
|
* Add support for partials and path segments for Handlebars.Christian Hammond2016-11-041-0/+225
This introduces support for some missing features to the Handlebars lexer: Partials and path segments. Partials mostly appeared to work before, but the `>` in `{{> ... }}` would appear as a syntax error, as could other components of the partial. This change introduces support for: * Standard partials: `{{> partialName}}` * Partials with parameters: `{{> partialName varname="value"}}` * Ddynamic partials: `{{> (partialFunc)}}` * Ddynamic partials with lookups: `{{> (lookup ../path "partialName")}}` * Partial blocks: `{{> @partial-block}}` * Inline partials: `{{#*inline}}..{{/inline}}` It also introduces support for path segments, which can reference content in the current context or in a parent context. For instance, `this.name`, `this/name`, `./name`, `../name`, `this/name`, etc. These are all now tracked as variables.