Bild an falscher Stelle

[hhl]

@ak-li @Mister00X
Beim kurzen Überfliegen der PDFs ist mir aufgefallen, dass auf den Seiten (DE_Manual) 140, 141, 142 es zu einer Verschiebung der Grafik gekommen ist als auch eines Code-Blockes!
Die Grafik/ das Bild/ Abbildung 52 (iwctl help) müsste vor dem letzten Code-Block auf Seite 140 abgebildet werden, direkt nach [...] dann am Eingabe-Prompt help.
Siehe https://github.com/siduction/sidu-manual/blob/WIP/data/de/0502-inet-iwd_de.md, dort ist es richtig dargestellt. (iwd standalone ohne NetworkManager).
Ähnlich verhält es sich im Englischen Manual.
Ich habe zurzeit keine Idee, was da schiefläuft.
Es könnte möglich sein, dass dies an noch mehr Stellen vorkommt?!

[Mister00X]

Huh, okay anscheinend ist die Email die ich an dieses Issue geschrieben habe nicht angekommen, was solls 🤷‍♂️

An und für sich ist das so pandoc packt Bilder mit Bildunterschriften in floats (zu Deutsch Gleitumgebungen), die machen genau was der Name sagt und sind in der Postion variabel, weil (von LaTeX) angenommen wird das man sie im Text sowieso referenziert. Da entscheidet dann ein LaTeX interner Algorithmus wo die hin sollen. Im konkreten Fall hier liegt es wahrscheinlich daran, dass das Bild sehr groß ist, und nicht mehr auf die Seite passt an der Stelle.

Da gibt es jetzt ein paar Wege, das zu lösen, eines ist \usepackage{float} allerdings könnte das zu starr sein, und dann könnte man fast leere Seiten kriegen.

Ich werde da mal rumprobieren.

[Mister00X]

Also ich denke ich habe eine Lösung gefunden, aber die ändert die Eigenschaften von jedem Float in dem Gesamten Dokument.

Für meine Lösung hab ich einfach das hier jgm/pandoc#845 (comment) übernommen, bzw. https://stackoverflow.com/a/33801326 .

Jetzt mal 'ne Frage, die Antwort auf Stackowerflow ist CC BY-SA-3.0 lizensiert, kann ich das trotzdem da einfach so reinkopieren?
Wenn ja, dann kann ich später eine PR schicken.

[hhl]

Die Frage3ist, braucht es die Abbildung? Zwar nice to have, aner man könnte sie auch weglassen.Am 12.05.2022 20:10 schrieb Mister00X ***@***.***>: Also ich denke ich habe eine Lösung gefunden, aber die ändert die Eigenschaften von jedem Float in dem Gesamten Dokument. Für meine Lösung hab ich einfach das hier jgm/pandoc#845 (comment) übernommen, bzw. https://stackoverflow.com/a/33801326 . Jetzt mal 'ne Frage, die Antwort auf Stackowerflow ist CC BY-SA-3.0 lizensiert, kann ich das trotzdem da einfach so reinkopieren? Wenn ja, dann kann ich später eine PR schicken. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>

[Mister00X]

Also ich denke an dieser einen Stelle ist das wahrscheinlich überflüssig.
Allerdings, erscheinen einige andere Abbildungen auch nicht dort wo sie im Markdown Dokument stehen.... z.B. in dem Abschnitt zu Calamares.
Das ganze ist ein bisschen doof, weil LaTeX bei floats eben eigentlich davon ausgeht, dass sie im Text referenziert werden und deswegen nach einem Internen Entscheidungskriterium entscheidet wo genau es dann steht. Würde Pandoc die Floats weglassen, dann würden sie immer genau da stehen wo man es will, aber können dann halt keine Bildunterschriften haben.

Ich kann mich am Wochenende mal mit der Anleitung zu pandoc befassen und schauen, ob man pandoc vielleicht vermitteln kann, dass es ein bisschen special caseing betreiben soll an manchen stellen.

[hhl]

Erst mal sorry für die Chaos-Nachricht da oben (Was man beim Antworten via Smartphone beachten sollte).

Mh, welche Art von Dokument wird denn da genutzt?
Ich habe vor Ewigkeiten, um 1995, mal ein Buch, knapp 400 Seiten, mit LaTeX gesetzt.
Dort waren auch einige Bilder unterzubringen. Es hat funktioniert, und zwar an richtiger Stelle.
Dokument-Typ Book, wenn ich mich recht erinnere.
Vielleicht muss in diese Richtung gedacht werden, ob nun "book" oder "math" oder was auch immer, ich kenne die einzelnen Typen nicht mehr, bzw. musste mich halt eine Ewigkeit nicht mehr damit beschäftigen.
Meine Techniker-Arbeit liegt auch so lange zurück, und da hatte ich mich der Hilfe von LyX bedient.
Das Buch hatte ich ganz traditionell gesetzt.

[Mister00X]

Ja also die Klasse hat hier nicht viel mit zu tun. Pandoc nutzt die Klasse article.
Das Problem ist schlicht und ergreifend, dass von pandoc (richtigerweise) alle Bilder mit Bildunterschriften (die nicht in einer Liste stehen), in eine Gleitumgebung packt und xelatex macht dann genau was es soll und nutzt den LaTeX internen Algorithmus um zu bestimmen wo das dann stehen soll.
Das läuft ungefähr so ab:

1. Versuche das Bild ungefähr an der Stelle einzufügen, wo es im Quellcode auftaucht.
2. Versuche das Bild oben auf der Seite einzufügen
3. Versuche das Bild unten einzufügen
4. Versuche das Bild bzw. alle noch nicht eingefügten Bilder oben auf der nächsten Seite einzufügen
5. Füge eine zusätzliche Seiten für Gleitumgebungen ein, bis keine einzufügende Gleitumgebung mehr auf dem Stack ist

Pandoc benutzt also standardmäßig folgendes um ein Bild einzufügen:

\begin{figure}
\includegraphics{pic.png}
\Caption{Bildunterschrift}
\label{label}
\end{figure}

Was man an dieser Stelle machen kann in LaTeX (sofern man auf die Bildunterschrift verzichtet) ist den ganzen Block durch

\includegraphics{pic.png}

zu ersetzen, dann steht die Abbildung mitten im Text (man könnte das ganze auch in eine minipage packen.

Das Problem, damit wie pandoc vorgeht, ist, das LaTeX versucht zu vermeiden, dass auf Seite 140 eine große Lücke entsteht, weil das Bild dort nicht mehr hinpasst.

Es gibt jetzt theoretisch zwei Möglichkeiten das zu lösen:

1. Das Bild verkleinern: also im Markdown Dokument das ![desc](file) durch einen HTML-Ausdruck ersetzen, bei dem die Größe angegeben wird (welche dann kleiner ist als die Bildgröße).
   Das wird hier nur nicht funktionieren, weil nicht genug Platz zwischen "Prompt help" und dem nächsten Absatz ist.
2. Wir Modifizieren in 11-... latex so, dass der Codeblock oben zu

\begin{figure}[H]
\includegraphics{pic.png}
\caption{Bildunterschrift}
\label{label}
\end{figure}

wird. Damit werden aber dann alle Abbildungen "genau da" platziert was zu hässlichen Lücken führen kann.

Hier mal als Beispiel wie das Aussehen würde siduction-manual_de.pdf. Unschön sind hier dann z.B. die Lücken auf den Seiten 114–124.

Was man sich noch ansehen könnte, was ich noch tun werde, ist, was pandoc macht wenn man ein Bild ohne Bildunterschrift einfügt also ![](pic.png) statt ![Bildunterschrift](pic.png). Wenn es hier dann keine Gleitumgebung nutzt wäre das Problem gelöst.

[Mister00X]

Was man sich noch ansehen könnte, was ich noch tun werde, ist, was pandoc macht wenn man ein Bild ohne Bildunterschrift einfügt also ![](pic.png) statt ![Bildunterschrift](pic.png). Wenn es hier dann keine Gleitumgebung nutzt wäre das Problem gelöst.

Hah! Ich hatte den richtigen Riecher, fügt man ein Bild ohne Bezeichnung ein, so macht pandoc daraus nur \includegraphics{pic.png} das Ergebnis sieht dann so aus siduction-manual_de.pdf (Seite 140).
Damit haben wir eine weitere Option, wir könnten im Markdown-Dokument an allen Stellen wo ein Bild wirklich genau da stehen soll, ![Beschreibung](pic.png) durch ![](pic.png) ersetzen. (Wir müssen dafür nur auf die Bildunterschrift verzichten.)

Für andere Alternativen bin ich natürlich auch zu haben. Schaut euch doch bitte einfach mal beide PDFs (also das aus diesem Kommentar und dem letzten) an und überlegt euch was euch besser gefällt.

[ak-li]

@Mister00X

das Ergebnis sieht dann so aus siduction-manual_de.pdf (Seite 140).
Damit haben wir eine weitere Option, wir könnten im Markdown-Dokument an allen Stellen wo ein Bild wirklich genau da stehen soll, ![Beschreibung](pic.png) durch ![](pic.png) ersetzen.

Hast du für das PDF aus dem vorhergehenden Kommentar im Kapitel "4.8 Partitionieren mit fdisk" auch die Beschreibung entfernt? Die Bilder stehen dort genau so wie in PDF vom 1.5.2022.

[Mister00X]

Nein hab ich nicht, ich habe es nur für das Bild auf Seite 140 geändert, ich wollte an und für sich nur testen ob es überhaupt funktioniert.

Ich hatte da total vergessen, dass die Position der Bilder in 4.8 auch nicht stimmt :-/

[ak-li]

Habe einen Versuch unternommen, die Darstellung zu verbessern.
Im Kapitel "4.8 Partitionieren mit fdisk" die großen Bilddateien in der Höhe durch Herausschneiden der großen schwarzen Blöcke verkleinert und die Bildunterschriften entfernt wie oben beschrieben.
Dadurch bleiben die Bilder an der gewünschten Stelle und die leeren Bereiche in den Seiten fallen nicht so groß aus.
Man muss aber berücksichtigen, dass die Darstellung immer von den vorausgehenden Seiten abhängt.

siduction-manual_sample.pdf
(Seiten 111-116 und 138-140)

[ak-li]

Einen weiteren Versuch habe ich im Bereich der Datei "0301-hd-install_de.md" unternommen.
Dort wurden zuvor einige Graphiken aus dem Kapitel "4.1.6 Das Installationsprogramm Calamares" hinter die Überschrift und einigen Textzeilen des folgenden Kapitels "4.1.7 System verschlüsseln" verschoben.

Wenn man die letzte Graphik des Kapitels 4.1.6 fixiert (Beschreibung entfernt), bleiben alle Graphiken innerhalb des richtigen Kapitels und die Aufteilung zwischen Text und Graphiken ist insgesamt gelungener.

Ich denke das ist ein gut zu händelnder Workaround, ohne das das gesamte Layout leidet.

[Mister00X]

Ich denke das ist ein gut zu händelnder Workaround, ohne das das gesamte Layout leidet.

Super! Vielleicht sollte man im "Markdown-Styleguide" irgendwo festhalten, dass man in Zukunft, für alle Abbildungen die nicht später nochmal (mit einem Link) referenziert werden und von denen man möchte, dass sie genau da auftauchen, keinen "ALT-Text" mit eingibt.

[ak-li]

für alle Abbildungen die nicht später nochmal (mit einem Link) referenziert werden

Das hat mich irritiert.
Soweit ich weiß, gibt es in Markdown keine Möglichkeit mittels eines internen Link zu einer Abbildung zu springen. Es ist nicht möglich für die Abbildung ein Label zu definieren, das nativ von Pandoc übernommen wird und nicht als Text in der HTML-Ansicht der md-Datei erscheint.

Vielleicht sollte man im "Markdown-Styleguide" irgendwo festhalten [...]

Das erledige ich nachdem die oben erwähnten Änderungen von mir eingepflegt wurden.

[Mister00X]

für alle Abbildungen die nicht später nochmal (mit einem Link) referenziert werden

Das hat mich irritiert. Soweit ich weiß, gibt es in Markdown keine Möglichkeit mittels eines internen Link zu einer Abbildung zu springen. Es ist nicht möglich für die Abbildung ein Label zu definieren, das nativ von Pandoc übernommen wird und nicht als Text in der HTML-Ansicht der md-Datei erscheint.

Kann gut sein, dass ich mich hier geirrt habe, ich war überzeugt, dass man ein Bild im Text referenzieren kann, aber ich hab das wahrscheinlich mit org-mode verwechselt.
Sorry für die Verwirrung.

[ak-li]

Das Ergebnis unserer Lösung ist nicht befriedigend.

1. Fixierung mittels Entfernung der Beschreibung
   Wenn das letzte Bild eines Kapitels (z.B. Bild 9) fixiert wird, kann es vorkommen, dass es an der gewünschten Stelle erscheint, Bild 7 und 8 aber irgendwo im nächsten Kapitel auftauchen. Das heißt, die floating-Elemente wandern in einer nicht berechenbaren Art durch das Dokument. Die Hoffnung, dass sich die Fixierung eines Blides als floating-Grenze auswirkt, hat sich leider nicht bestätigt.
2. Fixierung, Ausrichtung und Abstände
   Die fixierten Bilder haben geringere Abstände zum vorherigen und folgenden Text. Fixierte Bilder sind linksbündig ausgerichtet. Der Gesamteindruck des PDF leidet, besonders wenn es in einer Liste mit entsprechendem Einzug geschieht.
3. Keine Untertitelung
   Die fixierten Bilder erhalten im Gegensatz zu den nicht fixierten Bildern keine Untertitelung. Somit kann man sich als Autor nicht darauf verlassen, dass eine vorgenommene Untertitelung tatsächlich im PDF und HTML erscheint.
4. Die Handhabung dieser Art der Formatierung erfordert bei jeder Änderung innerhalb einer md-Datei eine Überprüfung des Layout im PDF. Das widerspricht unserem Ziel KISS.

Positives Ergebnis unserer Lösung.

Die Verringerung der Bildhöhe führt zu kleineren textfreien Teilen auf den betroffenen Steiten. Entfällt zusätzlich die Untertitellung, wird der Effekt noch verstärkt.
Daraus folgt die Überlegung: "Benötigen wir die Untertitelung im PDF?"

[ak-li]

Ich habe die letzten Tage recherchiert und viel getestet; mit folgendem Ergebnis:

\includegraphics{pic.png} für sich allein stehend fixiert das Bild im Text, aber erlaubt keine Option "\centering" und keine Optionen für Abstände zum Text davor und danach. Um derartige Formatierungen vorzunehmen muss man das Bild in \begin{figure} und \end{figure} einbetten.

\begin{figure}[h]
\includegraphics{pic.png}
\end{figure}

funktioniert mit pandoc nicht zuverlässig (h = here, zur Fixierung im Text)

\begin{figure}[H]
\includegraphics{pic.png}
\end{figure}

(großes H) funktioniert mit pandoc nur bei Verwendung von \usepackage{float} in 11-header-pdf-manual.tex.

Als nächstes testete ich eine weitere einheitliche Verkleinerung der Bilder um die freien Bereiche in den den Bildern vorausgehenden Seiten zu verkleinern.

\begin{figure}[H]
\includegraphics[width=0.7\textwidth]{pic.png}
\end{figure}

Testausdrucke zeigten, dass die Lesbarkeit der Texte innerhalb der Bilder noch gut war, auch wenn es auf dem Bildschirm ziemlich klein aussieht.
Der Code war schon nicht schlecht. Aber Bilder die vorher kleiner waren wurden auf 0.7\textwidth vergrößert.
Mit [width=11cm], was etwa der gleichen Scalierung entspricht, bleibt die urspründliche Größe der kleineren Bilder erhalten. Eine Möglichkeit auch die kleineren Bilder gemeinsam mit den anderen zu scalieren habe ich nicht gefunden.

Bleibt nur noch die Frage, ob wir generell auf die Untertitelung der Bilder im PDF verzichten können. Als Muster die beiden Dateien im Anhang.
Manual-mit-Bild-Beschreibung
Manual-ohne-Bild-Beschreibung

[ak-li]

Handhabung für Autoren und KISS

Die im vorhergehenden Kommentar mitgelieferten PDFs wurden automatisch erzeugt. Das heißt, die md-Dateien kann man wie bisher schreiben.

aus

![Partitionstyp auswählen](./images/cfdisk/cfdisk_11.png)

   ![calamares beenden](./images/install-hd/calamares-de_10.png "Beenden")

wird

\begin{figure}[H]
\centering
\includegraphics[width=11cm]{../data/de/images/cfdisk/cfdisk_11.png}
\caption{Partitionstyp auswählen}
\end{figure}

   \begin{figure}[H]
   \centering
   \includegraphics[width=11cm]{../data/de/images/install-hd/calamares-de_10.png}
   \caption{calamares beenden}
   \end{figure}

das erledigt dieser Befehl in 10-generate-pdfmanual.sh

sed -i -e 's~^\( \{,8\}\)!\[\(.*\)\](\.\(.*\.png\).*~\1\\begin{figure}[H]\n\1\\centering\n\1\\includegraphics[width=11cm]{../data/de\3}\n\1\\caption{\2}\n\1\\end{figure}~' "$i";

Die ursprünglichen md-Dateien bleiben unverändert erhalten, da mit Kopien gearbeitet wird. Somit hat der Code auch keine Auswirkung auf die Erzeugung der HTML Seiten.
Gleichzeitig bleibt der Einzug in Listen bis zur zweiten Ebene erhalten. (keine Ahnung, ob das für pandoc/LaTex relevant ist) Gerade in Listen ist die Scalierung auf 11cm optisch von Vorteil.
Wird der Schnipsel \1\\caption{\2}\n aus dem sed-Befehl entfernt, erhalten die Bilder keine Untertitelung.

[ak-li]

Keine Einwände. Gut, dann kann ich das Issue mit folgendem Ergebnis schließen:

1. Der md-Code bleibt unverändert
   ![Beschreibung/Untertitelung](./Pfad/zum/Bild.png)
   • Innerhalb von Listen dürfen bis zu 8 Leerzeichen vorangestellt werden.
     Im HTML erhalten die Bilder dadurch den korrekten Einzug.
     Im PDF ist es unerheblich, da die Bilder horizontal zentriert werden (s.u.).
   • Durch den in das Skript 10-generate-pdfmanual.sh eingefügten Code (siehe hier oben issuecomment 17) werden ausschließlich blockbildende Bilder bearbeitet. Bilder, die direkt in eine Textzeile eingefügt werden, bleiben unverändert. Der Autor ist dafür verantwortlich, dass die Bildgröße zur Zeile passt.
2. HTML, Handhabung der Bilder bleibt unverändert.
3. PDF, Handhabung der Bilder:
   • Alle blockbildende Bilder werden an der Stelle, an der sie im md-Dokument eingetragen sind, fixiert.
   • Alle blockbildende Bilder werden auf eine maximale Breite von 11 cm (etwa Faktor 0,7) skaliert. Zur Lesbarkeit der verkleinerten Bilder siehe hier oben issuecomment 16. Es verringert sich entsprechend auch die Höhe der Bilder und die gelegentlich auftretenden leeren Bereiche auf den vorhergehenden Seiten sind kleiner. Schmalere Bilder bleiben in der ursprünglichen Größe erhalten.
   • Bildbeschreibungen/Bilduntertitelungen werden nicht ausgegeben. Dadurch verringert sich die Höhe der gelegentlich auftretenden leeren Bereiche auf den vorhergehenden Seiten nochmals um zweit Textzeilen. Diese Funktion kann bei Bedarf zu jeder Zeit in dem Skript 10-generate-pdfmanual.sh geändert werden, da der entsprechende Code auskommentiert bereits vorhanden ist.
4. Nachteil leere Bereiche
   Es kommt nach wie vor auf einigen, den Bildern vorausgehenden Seiten, zu einem leeren Bereich am unteren Rand wenn die Bilder nicht mehr auf die Seite passen. Durch die drei Maßnahmen Bildbearbeitung um die Höhe zu verringen, Skalierung auf maximal 11 cm Breite und Wegfall der Bildbeschreibungen/Bilduntertitelungen, konnte dieser optisch unschöne Effekt deutlich verringert werden.

Mit dem Commit bd93a85 wurden die letzten Änderungen vollzogen und die Hilfsdateien aktualisiert.

[Mister00X]

@ak-li Erstmal sorry das ich mich nicht gemeldet habe, ich habe effektiv erst seit heute wieder Zeit mich um das hier zu kümmern.

Dann zu deiner Lösung, ich finde sie gut und ich bin ehrlich gesagt erstaunt, dass

Der Code war schon nicht schlecht. Aber Bilder die vorher kleiner waren wurden auf 0.7\textwidth vergrößert.
Mit [width=11cm], was etwa der gleichen Scalierung entspricht, bleibt die urspründliche Größe der kleineren Bilder erhalten. Eine Möglichkeit auch die kleineren Bilder gemeinsam mit den anderen zu scalieren habe ich nicht gefunden.

tatsächlich funktioniert (sollte es nämlich meiner Meinung nach überhaupt nicht 😅).

Die andere Möglickeiten die ich gefunden hatte bevor sich $real_life bei mir eingemischt hat, war

![title](file.jpg){ width=70% }

aus https://pandoc.org/MANUAL.html#extension-link_attributes überall dort wo ein Bild schlecht positioniert wird
in Verbindung mit

\usepackage{float}
\let\origfigure\figure
\let\endorigfigure\endfigure
\renewenvironment{figure}[1][2] {
    \expandafter\origfigure\expandafter[H]
} {
    \endorigfigure
}

in dem tex-helpfile. Das hat den Nachteil, dass man manuell die PDF überprüfen muss, und dass es auch Auswirkungen auf die HTML-Seite hat.

Oder inline LaTeX, quasi das selbe was du jetzt gescripted hast, ich wäre nur nie im Leben darauf gekommen, dass per sed nur in die LaTeX Version zu packen.

Oder einen Workaround um Bilder tatsächlich doch im Text zu referenzieren und dann einfach darauf zu verzichten, die Bilder fix zu positionieren, weil sie ja referenziert werden.

An und für sich hat das alles seine Vor- und Nachteile und es wäre tatsächlich schön das irgendwie eleganter zu lösen, nur wüsste ich selbst auch nicht wie.

Meiner Meinung nach stoßen wir hier tatsächlich an die Grenzen der Markdown -> LaTeX Konvertierung, weil beide Sprachen ein Grundlegend anderes Verständnis von Abbildungen haben, und Markdown sich nicht um so etwas wie Seitengrößen kümmern muss.

[ak-li]

Erstmal sorry das ich mich nicht gemeldet habe

Es ist ok. Jeder macht das was er kann und möchte und wann er es kann und möchte.

Meiner Meinung nach stoßen wir hier tatsächlich an die Grenzen der Markdown -> LaTeX Konvertierung

Du hast es auf den Punkt gebracht.
Wir sind darauf angewiesen möglichst reines Markdown als Quellformat zu verwenden. Nur so können verschiedene Autoren mit wenig Aufwand die Wartung und das Erstellen neuer Seiten oder Kapitel leisten.
Und deshalb müssen wir Kompromisse eingehen.
Einer davon sind die verkleinerten Bilder im PDF. Am Monitor nicht optimal, dafür auf Papier noch gut lesbar und im Gesamtbild des PDF besser als die großen Bilder.
Ein weiterer ist die Fixierung der Bilder. Führt zu leeren Bereichen unten auf vorhergehenden Seiten, wenn das Bild dort nicht mehr hinein passt. Bleibt aber durch die Verkleinerung und den Verzicht auf Beschreibung/Untertitelung erträglich. Gleichzeitig führt das Floating bei vielen Bildern und wenig Text dazu, dass Bilder im nächsten Kapitel landen; für mich ein Unding.

Zum vorgeschlagenen Lösungsansatz.

• Markdown bleibt Markdown und nur im aller äußersten Notfall hält irgend eine andere Scriptsprache Einzug.
• Bei Problemen mit HTML oder PDF Lösungen suchen, die sich in den Hilfsscripten für Pandoc umsetzen lassen.

Übrigens hat mir die von dir vorgeschlagene und umgesetzte Option --tex-debug erst die Suche und das Testen ermöglicht, weil Änderungen sofort kontrollierbar wurden. Bin halt noch neu mit Pandoc und LaTeX.

[fethomm]

Mister00X ***@***.***> hat am 12.05.2022 20:10 geschrieben: Also ich denke ich habe eine Lösung gefunden, aber die ändert die Eigenschaften von jedem Float in dem Gesamten Dokument. Für meine Lösung hab ich einfach das hier jgm/pandoc#845 (comment) (jgm/pandoc#845 (comment)) übernommen, bzw. https://stackoverflow.com/a/33801326 . Jetzt mal 'ne Frage, die Antwort auf Stackowerflow ist CC BY-SA-3.0 lizensiert, kann ich das trotzdem da einfach so reinkopieren? Wenn ja, dann kann ich später eine PR schicken. —

Hier sind die Maßgaben für CC BY-SA-3.0: https://creativecommons.org/licenses/by-sa/3.0/de/ Das würde dann in etwa so aussehen: Quelle: wo kommt es her Erstellt von: Name Lizenz: CC BY-SA-3.0 Falls du etwas änderst, musst du das angeben lg Ferdinand

Reply to this email directly, view it on GitHub (#57 (comment)), or unsubscribe (https://github.com/notifications/unsubscribe-auth/ADTRA7MX7RRJKVIYBAGKEGLVJVCQHANCNFSM5VYSE7NA). You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

lg, Ferdinand -- LinuxNews täglich frisch: https://linuxnews.de

[Mister00X]

Am 12. Mai 2022 17:03:55 MESZ schrieb Hendrik Lehmbruch ***@***.***>: ***@***.*** @Mister00X >

Beim kurzen Überfliegen der PDFs ist mir aufgefallen, dass auf den Seiten (DE_Manual) 140, 141, 142 es zu einer Verschiebung der Grafik gekommen ist als auch eines Code-Blockes! Die Grafik/ das Bild/ Abbildung 52 (iwctl help) müsste vor dem letzten Code-Block auf Seite 140 abgebildet werden, direkt nach [...] dann am Eingabe-Prompt help. > Siehe https://github.com/siduction/sidu-manual/blob/WIP/data/de/0502-inet-iwd_de.md, dort ist es richtig dargestellt. (iwd standalone ohne NetworkManager). > Ähnlich verhält es sich im Englischen Manual. Ich habe zurzeit keine Idee, was da schiefläuft. Es könnte möglich sein, dass dies an noch mehr Stellen vorkommt?! -- > Reply to this email directly or view it on GitHub: #57 You are receiving this because you were mentioned. Message ID: ***@***.***>

Ich schau's mir heute Abend an. Kann sein, dass pandoc hier auf den LaTeX internen Algorithmus zur Positionierung vertraut, da muss das dann nicht immer genau da auftauchen wo man das gerne hätte. Wenn es an der Stelle Auftritt, dann ist es schon möglich, dass das woanders auch passiert.