openide/python/testData/psi/FStringContainsHashInLiteralPart.py at b69093e21169820da785764519495f053e74be9e - openide - Gitea

MDS/openide

mirror of https://gitflic.ru/project/openide/openide.git synced 2025-12-14 18:05:27 +07:00

Files

Mikhail Golubev 2e8b9f7a9f PY-31442 Handle hash signs in literal parts of f-strings

Made the corresponding states of the lexer exclusive so that the pattern
for line comments doesn't match literal fragments starting with a hash sign
as the longest (together with closing braces and quotes). It also means that
we need to replicate the BAD_CHARACTER rule in these states as a fallback
pattern for unmatched input.

2018-10-01 12:46:45 +03:00

1 line

11 B

Python

Raw Blame History

s = f'#foo'