O visualizador de PDFs que lida com a atualização em tempo real do pdf / não bloqueia o arquivo

13

Estou trabalhando em um documento em latex (com pdflatex, cygwin, acrobat reader) e estou cansado do make - fechar - aberto processo.

No osx com Preview Eu não tenho esse problema, pois posso compilar o .tex files, enquanto o pdf resultante é aberto no visualizador (que é atualizado após o processo de compilação).

Considerando que no Win7, com o Acrobat Reader, meu pdflatex (tex-live 2012) reclama que [...] can't write on file xxx.pdf. eu acho que o leitor bloqueia o arquivo pdf.

Como você produz / edita arquivos .tex no Win7? Eu prefiro usar makefiles e um editor de texto em vez de um ambiente de compilação de látex do Windows.

    
por mike 24.05.2013 / 12:57

3 respostas

12

O SumatraPDF pode ser usado em seu fluxo de trabalho atual. Não irá bloquear o arquivo. Ele também suporta a sincronização entre o editor e o documento em PDF.

    
por 24.05.2013 / 19:13
1

Embora já exista uma resposta fornecendo um leitor de PDF nativo sem bloqueio do Windows, segui a abordagem cygwin/xpdf e criei um pequeno script em conjunto.

É baseado na opção xpdf -remote , que é possível recarregar um arquivo já aberto. Então, só precisamos detectar quando o arquivo é alterado. Como não há nativos inotify nas janelas você precisa instalar inotify-win , que é um programa C# .

Meu script xpdf-f parece funcionar bem, mas você precisa fechar ambos, xpdf e o script (via Strg + C) depois de terminar de assistir ao PDF.

#!/bin/bash

if [[ "$1" = "" ]]; then
  echo Usage: $0 FILE
  exit 1
fi

if [[ ! -e "$1" ]]; then
  echo Error: File $1 does not exist.
  exit 2
fi

xpdf -remote filewatch "$1" &
XPDFPID=$!

while [[ -e /proc/$XPDFPID ]]; do
  inotifywait 'dirname $1' | grep "MODIFY $1"
  [[ $? = 0 ]] && xpdf -remote filewatch -reload
done
    
por 24.05.2013 / 20:16
-1

A partir de 2017, também o Firefox / Chrome pode fazer o trabalho. O Firefox ainda mantém a página atual após a atualização F5.

    
por 27.09.2017 / 07:38