Meus espaços finos '\' se materializam como espaços de largura regular na saída PDF da minha compilação xelatex.
O arquivo latex é gerado a partir de arquivos markdowon via pandoc e, como tal, o preâmbulo do latex contém uma série de pacotes, muitos dos quais não são claramente úteis para o meu caso de uso. Como isso só acontece quando eu uso o pandoc (comparei com um documento que eu escrito em látex simples há um ano e todos aqueles espaços finos gauleses são absolutamente aceitáveis), imagino que isso possa ser causado por um dos pacotes de látex gerados pelo pandoc por padrão ou pela forma como ele é invocado.
Infelizmente, este é um documento escrito em francês onde espaços finos são obrigatórios ao usar vários sinais de pontuação: "; : ! ? % « »" entre outros.
Para esclarecer… em um diálogo que segue estritamente as regras da composição tipográfica francesa você deve criar algo como: «°Sacrebleu°!°» onde os '°' são espaços finos (não separáveis). Qualquer outra coisa, como espaços de largura regular, é proibida.
Alguém já se deparou com algo assim antes?
Tentei mudar a fonte de EBGaramond para Linux Libertine ou Charis Sil e ainda tive o mesmo problema.
Provavelmente acabarei removendo pacotes do arquivo latex intermediário, um de cada vez, até que o problema desapareça para ajudar a restringi-lo, mas pensei em perguntar aqui primeiro, para o caso de alguém familiarizado com a lógica do tex arriscar um palpite sobre o que pode estar acontecendo.
Obrigado,
Editar - 22:00 hrs. HUSA:
Parece que o pacote poliglossia adiciona automaticamente espaços finos aos sinais de pontuação sempre que exigidos pelas regras de composição tipográfica francesa. Como resultado desde que eujáuso espaços finos na minha fonte… e a poliglossia não sabe disso… parece que está adicionando umsegundo espaço finoao criar o PDF… o que resulta em um espaçamento que equivale aproximadamente à largura de um espaço padrão de largura total… A documentação indica que esse recurso pode ser desabilitado chamando o pacote polyglossia com a opção '[autospacing=false]'... algo que eu esperamos poder verificar amanhã.