von Gast » Sa 27. Okt 2018, 15:27
Was genau das bedeutet, kann Dir wohl nur diejenige sagen, die die Aufgabe geschrieben hat. Eine naheliegende Interpretation ist, dass Du nicht in den Mathematikmodus wechseln sollst, um zum Beispiel \mu schreiben zu können (das geht mit dem Befehl \mu nur im Mathemodus also in $\mu$ oder \ensuremath{\mu}), und dass Du die gewünschten Zeichen nicht einfach als UTF-8 direkt eingibst (also µ) und dann eine Engine nimmst, die damit umgehen kann.
Ich weiß ja nicht wofür das eine Aufgabe ist, aber vielleicht sollte ich nicht zu viel helfen...
Dein Beispiel kompiliert zumindest bei mir nicht ohne Fehler (wie Du ja inzwischen selbst festgestellt hast), da bbding und marvosym beide \Cross definieren und sich daher in die Haare bekommen. Ich würde nicht so weit gehen und eines der beiden Pakete als Müll bezeichnen, das finde ich doch etwas unhöflich, zumindest, wenn keine schlüssige Begründung mitgeliefert wird. Mit \let\Cross\relax direkt vor dem \usepackage{marvosym} ist der erste Fehler behoben.
Einen weiteren Fehler bekomme ich, da der Befehl \SquareShadowB mit dieser Präambel undefiniert ist. Offenbar muss man das Paket ifsym mit der Option geometry laden. Aber daraufhin gibt es wieder Probleme, da einige Befehle, die ifsym dann definieren möchte schon belegt sind.
Ähnlich verhält es sich mit \Telephone, das bekommt man nur mit der Option misc beim Laden von ifsym.
Wie bereits erwähnt sieht Dein Euro-Zeichen etwas gewöhnungsbedürftig aus.
Zuletzt sei noch angemerkt, dass es in normalen Dokumenten eine sehr schlechte Idee ist, den \parindent einfach so auf 0 zu setzen, außerdem sollte man \\ in normalem Text nicht einsetzen (müssen).
Wenn man später vernünftig mit Einheiten hantieren möchte, dann ist das Paket siunitx ein Muss, \textmu m ist dann eher nicht angebracht.
Was genau das bedeutet, kann Dir wohl nur diejenige sagen, die die Aufgabe geschrieben hat. Eine naheliegende Interpretation ist, dass Du nicht in den Mathematikmodus wechseln sollst, um zum Beispiel [tt]\mu[/tt] schreiben zu können (das geht mit dem Befehl [tt]\mu[/tt] nur im Mathemodus also in [tt]$\mu$[/tt] oder [tt]\ensuremath{\mu}[/tt]), und dass Du die gewünschten Zeichen nicht einfach als UTF-8 direkt eingibst (also [tt]µ[/tt]) und dann eine Engine nimmst, die damit umgehen kann.
Ich weiß ja nicht wofür das eine Aufgabe ist, aber vielleicht sollte ich nicht zu viel helfen...
Dein Beispiel kompiliert zumindest bei mir nicht ohne Fehler (wie Du ja inzwischen selbst festgestellt hast), da [tt]bbding[/tt] und [tt]marvosym[/tt] beide [tt]\Cross[/tt] definieren und sich daher in die Haare bekommen. Ich würde nicht so weit gehen und eines der beiden Pakete als Müll bezeichnen, das finde ich doch etwas unhöflich, zumindest, wenn keine schlüssige Begründung mitgeliefert wird. Mit [tt]\let\Cross\relax[/tt] direkt vor dem [tt]\usepackage{marvosym}[/tt] ist der erste Fehler behoben.
Einen weiteren Fehler bekomme ich, da der Befehl [tt]\SquareShadowB[/tt] mit dieser Präambel undefiniert ist. Offenbar muss man das Paket [tt]ifsym[/tt] mit der Option [tt]geometry[/tt] laden. Aber daraufhin gibt es wieder Probleme, da einige Befehle, die [tt]ifsym[/tt] dann definieren möchte schon belegt sind.
Ähnlich verhält es sich mit [tt]\Telephone[/tt], das bekommt man nur mit der Option [tt]misc[/tt] beim Laden von [tt]ifsym[/tt].
Wie bereits erwähnt sieht Dein Euro-Zeichen etwas gewöhnungsbedürftig aus.
Zuletzt sei noch angemerkt, dass es in normalen Dokumenten eine sehr schlechte Idee ist, den [tt]\parindent[/tt] einfach so auf 0 zu setzen, außerdem sollte man [tt]\\[/tt] in normalem Text nicht einsetzen (müssen).
Wenn man später vernünftig mit Einheiten hantieren möchte, dann ist das Paket [p]siunitx[/p] ein Muss, [tt]\textmu m[/tt] ist dann eher nicht angebracht.