Jinja: Não é possível usar o sinal de mais (+) para controle de espaço em branco: nome da tag esperado
Comportamento esperado
Assumindo que trim_blocks é sempre False .
Quando lstrip_blocks é definido como True , jinja deve imprimir
<!-- 1 -->
<!-- 2 -->
foo<!-- 3 -->
<!-- 4 -->
<!-- 5 -->
E quando for False , o jinja deve imprimir
<!-- 1 -->
<!-- 2 -->
foo<!-- 3 -->
<!-- 4 -->
<!-- 5 -->
Comportamento Real
Em ambos os casos,
jinja2.exceptions.TemplateSyntaxError: nome da tag esperado
Código do Modelo
<!-- 1 -->
{%+ if True %}<!-- 2 -->
foo<!-- 3 -->
{% endif %}<!-- 4 -->
<!-- 5 -->
O modelo a seguir também tem um problema semelhante:
<!-- 1 -->
{% if True %}<!-- 2 -->
foo<!-- 3 -->
{%+ endif %}<!-- 4 -->
<!-- 5 -->
Full Traceback
Traceback (most recent call last):
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1997, in __call__
return self.wsgi_app(environ, start_response)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1985, in wsgi_app
response = self.handle_exception(e)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1540, in handle_exception
reraise(exc_type, exc_value, tb)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/_compat.py", line 33, in reraise
raise value
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1982, in wsgi_app
response = self.full_dispatch_request()
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1614, in full_dispatch_request
rv = self.handle_user_exception(e)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1517, in handle_user_exception
reraise(exc_type, exc_value, tb)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/_compat.py", line 33, in reraise
raise value
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1612, in full_dispatch_request
rv = self.dispatch_request()
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/app.py", line 1598, in dispatch_request
return self.view_functions[rule.endpoint](**req.view_args)
File "/home/sunqingyao/PycharmProjects/microblog/app/views.py", line 22, in index
posts=posts
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/flask/templating.py", line 133, in render_template
return _render(ctx.app.jinja_env.get_or_select_template(template_name_or_list),
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 869, in get_or_select_template
return self.get_template(template_name_or_list, parent, globals)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 830, in get_template
return self._load_template(name, self.make_globals(globals))
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 804, in _load_template
template = self.loader.load(self, name, globals)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/loaders.py", line 125, in load
code = environment.compile(source, name, filename)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 591, in compile
self.handle_exception(exc_info, source_hint=source_hint)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 780, in handle_exception
reraise(exc_type, exc_value, tb)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in reraise
raise value.with_traceback(tb)
File "/home/sunqingyao/PycharmProjects/microblog/app/templates/demo.html", line 2, in template
{%+ if True %}<!-- 2 -->
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/environment.py", line 497, in _parse
return Parser(self, source, name, encode_filename(filename)).parse()
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/parser.py", line 896, in parse
result = nodes.Template(self.subparse(), lineno=1)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/parser.py", line 878, in subparse
rv = self.parse_statement()
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/parser.py", line 125, in parse_statement
self.fail('tag name expected', token.lineno)
File "/home/sunqingyao/Envs/flask-mega/lib/python3.6/site-packages/jinja2/parser.py", line 59, in fail
raise exc(msg, lineno, self.name, self.filename)
jinja2.exceptions.TemplateSyntaxError: tag name expected
Seu Ambiente
- Versão Python: 3.6.1+
- Versão Jinja: Jinja2 == 2.9.6
nalzok
Todos 5 comentários
Por que nenhuma motivação para consertar isso?
Ref: https://stackoverflow.com/questions/35775207/remove-unnecessary-whitespace-from-jinja-rendered-template#35777386
Em nosso caso, usar um combo '- +' teria sido útil em um modelo ansible (jinja2-) para evitar espaços antes de {%... (para manter o mesmo recuo para linhas misturadas de lógica e conteúdo):
<root_element>
{%- if ... +%}
<property>
</property>
{%- if ... +%}
strips before
lhoss
em 25 jan. 2018
Ficaríamos felizes em consertar isso. Infelizmente, mantemos isso como voluntários com tempo livre limitado. Contamos com a comunidade para contribuir com análises e patches para preencher quando não podemos. Se você for afetado por isso e estiver interessado em consertar, envie um PR.
davidism
em 25 jan. 2018
relacionado com # 749
relacionado a # 750
davidism
em 25 jan. 2018
O problema aqui apenas parece ser que, quando lstrip_blocks = False, a sintaxe "{% + statement%}" falha com a mensagem de erro "jinja2.exceptions.TemplateSyntaxError: nome da tag esperado".
Este é o comportamento mais ou menos esperado porque não há nada para desabilitar se lstrip_blocks já estiver desabilitado, mas pode falhar um pouco mais elegante.
Exemplo:
Isso funciona:
from jinja2 import Environment
env = Environment(lstrip_blocks=True, trim_blocks=False)
str7481 = '''
<!-- 1 -->
{%+ if True %}<!-- 2 -->
foo<!-- 3 -->
{% endif %}<!-- 4 -->
<!-- 5 -->'''
str7482 = '''
<!-- 1 -->
{% if True %}<!-- 2 -->
foo<!-- 3 -->
{%+ endif %}<!-- 4 -->
<!-- 5 -->'''
print(env.from_string(str7481).render())
print(env.from_string(str7482).render())
Isso não:
from jinja2 import Environment
env = Environment(lstrip_blocks=False, trim_blocks=False)
str7481 = '''
<!-- 1 -->
{%+ if True %}<!-- 2 -->
foo<!-- 3 -->
{% endif %}<!-- 4 -->
<!-- 5 -->'''
str7482 = '''
<!-- 1 -->
{% if True %}<!-- 2 -->
foo<!-- 3 -->
{%+ endif %}<!-- 4 -->
<!-- 5 -->'''
print(env.from_string(str7481).render())
print(env.from_string(str7482).render())
ricky-undeadcoders
em 19 mai. 2018
Discuti esse problema com @davidism e ele sugeriu que a sintaxe subjacente dos modelos não deve mudar quando lstrip_blocks = False . Em outras palavras, '{%+' ainda deve ser sintaxe válida neste caso, mas a semântica deve ser apenas ignorar o '+' , já que é redundante. Estou enviando um PR que testa e implementa esse comportamento potencial.
markroth8
em 1 jun. 2019
Questões relacionadas
htgoebel
·
4Comentários
samatjain
·
5Comentários
mitsuhiko
·
3Comentários
hvnsweeting
·
4Comentários
harobed
·
6Comentários
Comentários muito úteis
Ficaríamos felizes em consertar isso. Infelizmente, mantemos isso como voluntários com tempo livre limitado. Contamos com a comunidade para contribuir com análises e patches para preencher quando não podemos. Se você for afetado por isso e estiver interessado em consertar, envie um PR.