Jinja: FileSystemLoader no funciona con rutas de Windows (barras invertidas)

Los nombres de las plantillas de Jinja no son rutas del sistema de archivos (aunque se asignan a rutas del sistema de archivos cuando se usa solo un FileSystemLoader). Siempre usan barras diagonales, por lo que funciona según lo previsto.

Creo que esta información debe indicarse explícitamente en la documentación con letra en negrita si no tiene la intención de solucionarlo. No es que haya usado barras diagonales inversas a propósito: al generar el nombre de archivo usando algún otro código de Python (por ejemplo, al buscar en las carpetas las extensiones apropiadas), la cadena tiene barras diagonales nativas del sistema (por lo tanto, barras diagonales inversas en Windows). En ese caso, debe reemplazar explícitamente las barras...

Por cierto, no estoy usando Windows, pero estoy escribiendo un script que debería funcionar en todas las plataformas.

@FreddieChopin
¿Este está arreglado? parece que todavía me afecta en 2019.

Lo que tengo que hacer es reemplazar manualmente todos los \\ a / .

¿Este está arreglado?

"No es un error, ¡es una característica!" (;

¡Este es realmente extraño! ¿Podría esto cambiarse o mencionarse (en letras grandes) en los documentos, por favor?

Bienvenida a relaciones públicas (para los documentos)

Empecé con uno, pero luego encontré esto: https://github.com/pallets/jinja/blob/master/jinja2/loaders.py#L43 -L61

A very basic example for a loader that looks up templates on the file
system could look like this::
    from jinja2 import BaseLoader, TemplateNotFound
    from os.path import join, exists, getmtime
    class MyLoader(BaseLoader):
        def __init__(self, path):
            self.path = path
        def get_source(self, environment, template):
            path = join(self.path, template)
            if not exists(path):
                raise TemplateNotFound(template)
            mtime = getmtime(path)
            with file(path) as f:
                source = f.read().decode('utf-8')
            return source, path, lambda: mtime == getmtime(path)

Los documentos dicen explícitamente que os.path.join debería/podría usarse. ¿Quizás un tema es más apropiado?

El verdadero problema es que el módulo de ruta de Python devuelve la ruta con '\' en Windows de forma predeterminada. Sé que es el comportamiento correcto de alguna manera, pero la función integrada como "abrir" acepta tanto la barra diagonal como la barra diagonal inversa, por lo que "a veces funciona, a veces no" suceden cosas. Probablemente necesitemos alguna forma de tratar los caminos independientemente de las plataformas... algún tipo de "convención de Python para tratar los caminos internamente"... Creo que esto no es un problema de jinja2 (Este es un problema de convención histórica entre Unix y Windows y parece durar para siempre), pero se agradecen algunos "avisos" en los documentos de inicio.

El problema fundamental es que una "ruta" de plantilla no es realmente una ruta de sistema operativo, pero se espera que contenga solo separadores "/". Pero en loaders.get_source() , self.searchpath también piensa que el separador de ruta siempre es "/".

Las rutas de plantilla no deben cambiarse para que sean rutas de sistema operativo reales, porque aparentemente hay otros lugares donde se usa esta suposición canónica.

La solución es cambiar tanto la plantilla como la ruta de búsqueda para que contengan separadores de ruta de sistema operativo reales, en el punto donde se necesitan rutas de sistema operativo:

    def get_source(self, environment, template):
        _searchpaths = self.searchpath
        if path.sep != '/':
            template = template.replace('/', path.sep)
            _searchpaths = [p.replace('/', path.sep) for p in self.searchpath]
        pieces = os.path.split(template)
        for searchpath in _searchpaths:
            # Existing code continues here ...

Probé este código brevemente en Windows 10/Python 2.7 y corrigió mi error "Plantilla no encontrada".