Visualizador de PDF que lida com a atualização ao vivo de pdf / não bloqueia o arquivo

Eu estou trabalhando em um documento de látex (com pdflatex, cygwin, Acrobat Reader) e eu sou estou cansado do fazer - perto - aberto processo.

No osx Preview, não tenho esse problema, pois consigo compilar os .texarquivos, enquanto o pdf resultante é aberto no visualizador (que é atualizado após o processo de compilação).

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

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

O SumatraPDF pode ser usado no seu fluxo de trabalho atual. Não colocará um bloqueio no arquivo. Também suporta sincronização entre o editor e o documento pdf.

Embora já exista uma resposta que forneça um leitor de PDF nativo e sem bloqueio de janelas, segui a cygwin/xpdfabordagem e cortei um pequeno script.

Ele é baseado no xpdf's -remoteopção que que é possível recarregar um arquivo já aberto. Portanto, precisamos detectar apenas quando o arquivo é alterado. Como não há nativo inotifyno Windows, você precisa instalar o inotify-win , que é um C#programa.

Meu script xpdf-fparece funcionar bem, no entanto, você precisa fechar os dois, xpdfe o script (via Strg + C) terminou de assistir o 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

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