von Besserwisser » Mo 19. Mai 2014, 10:51
u_fischer hat geschrieben: zweitens müsste das A da sein, und die Punkte evtl. fehlen, nicht umgekehrt.
Nach einem kurzen Test mit utf8x, müsste eigentlich (mit entsprechender Fehlermeldung) sogar beides vorhanden sein, allerdings nicht kombiniert, sondern hintereinander: Lädt man hingegen zusätzlich ucs mit Option combine, um die Fehlermeldung zu verhindern, dann bleibt nur das A (ich verwende hier keine code-Tags, weil sonst leider die Kombination aus A und ̈ nicht überlebt.
\documentclass[ngerman]{article}
\usepackage[T1]{fontenc}
\usepackage[combine]{ucs}
\usepackage[utf8x]{inputenc}
\usepackage{babel}
\begin{document}
\section{Ä}
\end{document}
ergibt:
Das gleiche Ergebnis aber mit Fehlermeldung bekommt man übrigens auch mit utf8 statt utf8x und ohne ucs.
Das sind natürlich alles recht sinnlose, akademische Betrachtungen, die den Fragesteller nicht weiterbringen und allenfalls zeigen, dass die gelieferten Informationen für eine definitive Aussage nicht genügen.
Wenn ich mit LyX 2.0.5.1 (was neueres habe ich nicht), versuche das Problem nachzubilden, indem ich dort ein neues article-Dokument mit Spracheinstellung Deutsch und Codierungseinstellung utfx8 erstelle, eine Überschrift mit Ä erstelle und mir das Ergebnis anzeigen lasse, dann habe ich das Problem ebenfalls nicht. Das Ä wird klar angezeigt. Selbst wenn ich ein A mit combined diaresis, also Ä, aus einem Text in LyX hineinkopiere, ändert sich daran nichts, weil LyX daraus selbständig ein echtes Ä macht.
Daher zusätzlich zur Frage nach der Log-Datei die Frage nach dem OS, unter dem das ganze stattfindet.
[quote="u_fischer"] zweitens müsste das A da sein, und die Punkte evtl. fehlen, nicht umgekehrt.[/quote]
Nach einem kurzen Test mit utf8x, müsste eigentlich (mit entsprechender Fehlermeldung) sogar beides vorhanden sein, allerdings nicht kombiniert, sondern hintereinander: Lädt man hingegen zusätzlich ucs mit Option combine, um die Fehlermeldung zu verhindern, dann bleibt nur das A (ich verwende hier keine code-Tags, weil sonst leider die Kombination aus A und ̈ nicht überlebt.
\documentclass[ngerman]{article}
\usepackage[T1]{fontenc}
\usepackage[combine]{ucs}
\usepackage[utf8x]{inputenc}
\usepackage{babel}
\begin{document}
\section{Ä}
\end{document}
ergibt:
[img]https://i.imgur.com/Ao4mGm6.png[/img]
Das gleiche Ergebnis aber mit Fehlermeldung bekommt man übrigens auch mit utf8 statt utf8x und ohne ucs.
Das sind natürlich alles recht sinnlose, akademische Betrachtungen, die den Fragesteller nicht weiterbringen und allenfalls zeigen, dass die gelieferten Informationen für eine definitive Aussage nicht genügen.
Wenn ich mit LyX 2.0.5.1 (was neueres habe ich nicht), versuche das Problem nachzubilden, indem ich dort ein neues article-Dokument mit Spracheinstellung Deutsch und Codierungseinstellung utfx8 erstelle, eine Überschrift mit Ä erstelle und mir das Ergebnis anzeigen lasse, dann habe ich das Problem ebenfalls nicht. Das Ä wird klar angezeigt. Selbst wenn ich ein A mit combined diaresis, also Ä, aus einem Text in LyX hineinkopiere, ändert sich daran nichts, weil LyX daraus selbständig ein echtes Ä macht.
Daher zusätzlich zur Frage nach der Log-Datei die Frage nach dem OS, unter dem das ganze stattfindet.