Estoy usando la clase de libros de Tufte para escribir mi tesis. Estoy teniendo un pequeño problema al poner las referencias. En primer lugar, quiero que las citas se vean como [1-4]
en lugar de [1,2,3,4]
. Estoy usando
\setcitestyle{square,numbers,sort&compress}
y también
\bibliographystyle{unsrtnat}
\bibliography{sample-handout}
Pero sigo recibiendo citas con formato [1;2;3;4]
. Además parece que no está reorganizando la opción sort&compress
ya que la muestra en rojo. Tenga en cuenta que estoy usando \citep{}
al citar una referencia.
También recibo errores como
Error de inputenc del paquete: carácter Unicode (U+2009)(inputenc) no configurado para su uso con LaTeX. C.~Monroe, W.
incluso cuando pongo
\usepackage[utf8]{inputenc} % Ensure UTF-8 encoding is used
y
Falta $ insertado. ...bloquear \doi{10.1364/CLEO_QELS.2016.FTh4C.1}
La cita parece
@article{White:16,
author = {Andrew G. White},
booktitle = {Conference on Lasers and Electro-Optics},
journal = {Conference on Lasers and Electro-Optics},
keywords = {Biology; Chemistry; Detectors},
pages = {FTh4C.1},
publisher = {Optica Publishing Group},
title = {Photonic Quantum Simulation},
year = {2016},
url = {https://opg.optica.org/abstract.cfm?URI=CLEO_QELS-2016-FTh4C.1},
doi = {10.1364/CLEO_QELS.2016.FTh4C.1},
abstract = {We review photonic quantum simulation, its use in biology, chemistry, computer science and physics, and its prospects for scaling given the latest advances in quantum photonics, notably in sources, detectors, and nonlinear interactions.},
}
Respuesta1
Si bien no pude confirmarlo de inmediato desde la fuente de tufte-book
, sospecho que las redefiniciones de los comandos de cita impiden sort&compress
que surtan efecto. Sin embargo, si configura esta opción cuando natbib
se carga, en este caso usándola \PassOptionsToPackage
antes de cargar la clase, se conserva el comportamiento de ordenar y comprimir.
Esto Missing $ inserted
es causado por un _
personaje no escapado en el doi
campo. El url
campo también tiene este carácter, pero ese campo se analiza palabra por palabra mientras doi
se analiza como texto normal, por lo que _
se ve como un subíndice para el cual $
se requiere el modo matemático (es decir,). La solución para esto es por lo tanto
doi = {10.1364/CLEO\_QELS.2016.FTh4C.1},
Código completo:
\begin{filecontents}[overwrite]{\jobname.bib}
@article{White:16,
author = {Andrew G. White},
booktitle = {Conference on Lasers and Electro-Optics},
journal = {Conference on Lasers and Electro-Optics},
keywords = {Biology; Chemistry; Detectors},
pages = {FTh4C.1},
publisher = {Optica Publishing Group},
title = {Photonic Quantum Simulation},
year = {2016},
url = {https://opg.optica.org/abstract.cfm?URI=CLEO_QELS-2016-FTh4C.1},
doi = {10.1364/CLEO\_QELS.2016.FTh4C.1},
abstract = {We review photonic quantum simulation, its use in biology, chemistry, computer science and physics, and its prospects for scaling given the latest advances in quantum photonics, notably in sources, detectors, and nonlinear interactions.},
}
@misc{White:17,
author = {John White},
title = {Number 17},
year = {2017}
}
@misc{White:18,
author = {Mary White},
title = {Number 18},
year = {2018}
}
\end{filecontents}
\PassOptionsToPackage{square,numbers,sort&compress}{natbib}
\documentclass{tufte-book}
%\setcitestyle{square,numbers,sort&compress}
\title{Sort \& Compress}
\author{with Tufte Book}
\begin{document}
\maketitle
\chapter{Some cite commands}
\citep{White:16,White:17,White:18}
\bibliographystyle{unsrtnat}
\bibliography{\jobname}
\end{document}
Resultado:
Para los caracteres utf8, no proporciona la fuente de la entrada bibliográfica infractora. Sin embargo, el error en general es bien conocido y se refiere al hecho de que pdfLaTeX solo puede manejar una cantidad limitada de caracteres utf8 de forma nativa (básicamente ascii extendido, es decir, letras latinas con signos diacríticos), y si tiene otros caracteres utf8, entonces necesita configúrelos individualmente usando \DeclareUnicodeCharacter
(o use un paquete que configure las cosas, por ejemplo para CJK).
Sin embargo, para este carácter específico U+2009 esto no es necesario, ya que es un "espacio delgado" que probablemente se insertó en la entrada por error. Puedes intentar encontrar el carácter mediante inspección visual o un editor hexadecimal, por ejemplo, o simplemente volver a escribir la entrada (así que no copie y pegue, en realidad vuelva a escribir desde cero).