Sonderzeichen verlieren jedes Mal ihr Format, wenn ich ein Dokument öffne

Sonderzeichen verlieren jedes Mal ihr Format, wenn ich ein Dokument öffne

Ok, ich habe zu Hause und bei der Arbeit in Gummi an diesem Dokument gearbeitet. Ich habe eine Vorlage verwendet, in der alles auf Spanisch eingestellt ist, also hat alles gut funktioniert. Heute komme ich zur Arbeit und stelle fest, dass beim Öffnen meines Dokuments in Gummi alle Zeichen, die á, é, ó, í, ú und ñ waren, durch seltsame Dinge wie MetodologÃÂa vertauscht werden und ich eine Fehlermeldung erhalte.

[24]) [25] (./capitulo_03.tex [26]
Cap\'{\i }tulo 3.

./capitulo_03.tex:1: Package inputenc Error: Unicode char \u8:­ not set up for
use with LaTeX.

Hier ist Zeile 1 der Datei, in der der Fehler angeblich liegt

\chapter{Metodologí­a}

Wenn ich das Wort MetodologÃÂa in Metodología ändere, wird das Problem in dieser Zeile behoben, aber dann wird der nächste ähnliche Fehler angezeigt.

Das Schlimmste ist, dass ich alle Wörter mit der Suchen/Ersetzen-Funktion geändert habe, aber beim Schließen und erneuten Öffnen war die gesamte Formatierung wieder weg.

% El documento está pensado para ser impreso en hojas por ambos lados (twoside)
% openright causa que los capítulos empiecen en hoja impar
\documentclass[12pt,letterpaper,twoside,openright]{report}
\usepackage[spanish]{babel}
\usepackage[utf8]{inputenc}      %Uso de tildes si desarrolla en Linux
%\usepackage[latin1]{inputenc}   %Uso de tildes si desarrolla en Windows
\usepackage{setspace} %define comandos \singlespacing, \onehalfspacing, \doublespacing
\usepackage[left=3.5cm, right=2.5cm, top=3.5cm, bottom=3.5cm]{geometry}
\usepackage{graphicx}
\usepackage{amssymb}
\usepackage{array}
\usepackage{algorithm}
\usepackage{algpseudocode}
\algnewcommand{\LineComment}[1]{\State \(\triangleright\) #1}
\floatname{algorithm}{Algoritmo}
\newcolumntype{C}[1]{>{\centering\let\newline\\\arraybackslash\hspace{0pt}}m{#1}}
\usepackage{epsfig}
\usepackage{titlesec}
\usepackage{url}
\usepackage[pdftex,
    breaklinks=true,
    linktoc=page,
    pdfborder={0 0 0},
    pdftoolbar=true,
    colorlinks=true,
    linkcolor=blue,
    citecolor=blue,
    filecolor=blue,
    urlcolor=blue]{hyperref}
\titleformat{\chapter}[display]
 {\normalfont\LARGE\bfseries\centering}{\chaptertitlename\
\thechapter}{20pt}{\Huge}

\begin{document}
% Se incluye: portada, hoja de aprobación, copyright, dedicatoria, prefacio, agradecimientos, tabla de contenido, í­ndices de figuras, de cuadros, de abreviaturas, resumen
\pagenumbering{roman}
\include{paginasIniciales}
\pagenumbering{arabic}
\include{capitulo_01}   % 1. Introducción
\include{capitulo_02}   % 2. Marco Teórico
\include{capitulo_03}   % 3. Metodología
\include{capitulo_04}   % 4. Desarrollo
\include{capitulo_05}   % 5. Conclusiones
\part*{A P É N D I C E S}
\appendix
\include{apendice_1}    % Apéndice I
\include{apendice_2}    % Apéndice II
\include{apendice_3}    % Apéndice III

% ------------ Comienza la bibliografía ---------------
\newpage
\footnotesize
\singlespacing
\bibliographystyle{apalike}
\bibliography{mybib}
\end{document}



Antwort1

Meiner Meinung nach haben Sie ein Editorproblem: Es scheint, dass Ihre Dateikodierung nicht richtig erkannt wird Gummi. Wenn Sie verwenden, \usepackage[utf8]{inputenc}muss die Quelldatei in gespeichert werden , und das ist wahrscheinlich auch der Fall. Aber wenn Sie sie erneut öffnen, wird sie als (aka ) oder so ähnlich UTF-8interpretiert : Aus diesem Grund wird das 2-Byte-Zeichen durch zwei Einzelbyte-Zeichen gerendert.ISO-8859-1latin1UTF-8

Coogling auf Gummi UTF-8gibtdieser Linkals zweite Antwort.

Sie müssen einen Weg finden, das GummiÖffnen der Datei als zu erzwingen UTF-8 *, oder latin-?Ihren Editor verwenden bzw. ändern.

*In TeXworks geschieht dies ganz einfach durch das Hinzufügen der Zeichenfolge:

% !TEX encoding = UTF-8

am Anfang der Datei.

Antwort2

Ich habe endlich herausgefunden, was passiert ist. Es scheint, dass nach einem Upgrade von Debian die Gebietsschemas für die Systemsprache kaputt gegangen sind. Gummi verwendet das OS-Gebietsschema, das nicht UTF-8 war. Ich musste die Gebietsschemas wiederherstellen, indem ich dpkg-reconfigure locales als Root ausführte, und das hat das Problem behoben.

verwandte Informationen