Ich habe einen Kern, der eine Markdown-Datei und ein Bild enthält.
Gibt es eine Möglichkeit, einen relativen Link zu diesem Bild herzustellen? So etwas wie statt
Hier ist ein Beispiel
Antworten:
Ab sofort funktionieren relative Bildlinks für mich sowohl in einem Repository als auch in einem Wiki. Ich verwende folgende Syntax:
Hier ist ein Beispiel:
]und(
Laut http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html ist das Problem bei der Verwendung von https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
ist, dass der b75d2...6e8Teil pro Datei variiert (ein schnelles Experimentieren bestätigt, dass es sich um die Git-Blob-ID handelt). Sie können diesen Teil jedoch löschen, was zu einer URL führt, die auf die neueste Version verweist:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
oder um ein funktionierendes Beispiel zu nehmen:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Dies funktioniert auch als relativer Pfad raw/dodgetocat_v2.png!
Github kann jedoch (Stand Ende 2017) denselben Inhalt aus zwei URLs rendern:
Bei Anzeige von https://gist.github.com/cben/46d9536baacb7c5d196c/ (mit nachfolgendem Schrägstrich) wird der relative Pfad angehängt und in https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png aufgelöst - funktioniert :-)
Bei Anzeige unter https://gist.github.com/cben/46d9536baacb7c5d196c (kein abschließender Schrägstrich) ersetzt der relative Pfad den letzten Teil der URL und wird in https://gist.github.com/cben/raw/dodgetocat_v2 aufgelöst .png - kaputt :-(
[AKTUALISIERT im Dezember 2017. Frühere Probleme mit Rohdateien, die als Attribute für das Content-Type: application/octet-streamUmschreiben srcvon Bildern dienten camo.githubusercontent.com, treten nicht mehr auf, zumindest nicht für Bilder aus demselben Kern.]
Leider können wir nicht einfach die erste URL verwenden und darauf vertrauen, dass sie immer funktioniert.
(Sie könnten einen relativen Pfad verwenden 46d9536baacb7c5d196c/raw/dodgetocat_v2.png, der nur ohne einen abschließenden Schrägstrich funktioniert , aber das ist auch eine fragwürdige Idee und weniger wert - nicht wirklich flexibler als eine vollständige URL.)
Beide können mit einem Proxy umgangen werden, der den Inhaltstyp repariert, z. B. Rawgit oder Bl.ocks.org (nicht von Github, missbrauchen Sie sie nicht). Leider rendert Rawgit Markdown nicht, sondern liefert nur Dateien wie sie sind, und Bl.ocks.org rendert Markdown, aber die URL-Struktur ist so, dass relative Links nicht funktionieren. Dies bedeutet, dass Sie entweder auf die vollständige externe URL in Markdown oder auf die relative URL in HTML verweisen können :-(
Siehe https://gist.github.com/cben/46d9536baacb7c5d196c/ , und Ihr index.html wird angezeigt über:
Ja, der relative Link funktioniert für mich. Ich verwende pancake.io, um meine Seiten zu hosten. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Die Bilder auf dieser Seite befinden sich im cppOrdner.
Der für das erste Bild verwendete Markdown-Code lautet
Der Markdown-Code (eigentlich HTML), der für das zweite Bild verwendet wird, lautet
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
HINWEIS: Ich habe den wesentlichen Teil verpasst. Versuchen Sie es mit HTML, wenn gist die relative Bildpfadsyntax für Markdowns nicht unterstützt.
gerade getestet ... ich konnte keine relativen URLs im Github-Wiki verwenden.
Ich musste das Bild zum Wiki-Repo hinzufügen, dann das Repo durchsuchen und es mir von Github zeigen lassen (damit ich die URL abrufen konnte). Verwenden Sie dann die vollständige URL im Markdown. Glücklicherweise sind die URLs einfach vorherzusagen:https://github.com/*username*/*reponame*/wiki/*imagename.png*
Ich habe diese Isse beim Github-Support eingereicht.
Nein, die relative URL zu einem Bild von Markdown funktioniert nicht. Sie müssen sich also an die lange statische URL halten:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Relative URLs zu einigen Dateien funktionieren jedoch: