J'ai un résumé qui contient un fichier de démarque et une image.
Existe-t-il un moyen de faire un lien relatif vers cette image? Quelque chose comme ![My image](image.png)
au lieu de![My image](https://gist.github.com/user/605560c2961cb3025038/raw/b75d2...6e8/img.png)
Voici un exemple
]
et(
Selon http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , le problème lié à l'utilisation de https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
est que la
b75d2...6e8
partie varie selon le fichier (une expérimentation rapide confirme qu'il s'agit de l'identifiant git blob). Cependant, vous pouvez supprimer cette partie, ce qui entraîne une URL pointant vers la dernière version:ou pour prendre un exemple de travail:
Chemin relatif?
Cela fonctionne également comme chemin relatif
raw/dodgetocat_v2.png
!Cependant (à la fin de 2017) github peut rendre le même contenu à partir de 2 URL:
Vu de https://gist.github.com/cben/46d9536baacb7c5d196c/ (avec une barre oblique à la fin), le chemin relatif est ajouté et se résout en https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - travaux :-)
Vu de https://gist.github.com/cben/46d9536baacb7c5d196c (pas de barre oblique finale), le chemin relatif remplace la dernière partie de l'URL, se résout en https://gist.github.com/cben/raw/dodgetocat_v2 .png - cassé :-(
[MISE À JOUR en décembre 2017. Les problèmes précédents de fichiers bruts servaient
Content-Type: application/octet-stream
et la réécriture dessrc
attributs des imagescamo.githubusercontent.com
ne se produisait plus, du moins pas pour les images du même contenu.]Hélas, nous ne pouvons pas simplement utiliser la première URL et lui faire confiance pour toujours fonctionner.
(Vous pouvez utiliser un chemin relatif
46d9536baacb7c5d196c/raw/dodgetocat_v2.png
qui ne fonctionnerait que sans barre oblique, mais c'est aussi une idée discutable, et qui en vaut moins la peine - pas vraiment plus flexible que l'URL complète.)Vous utilisez un proxy?
Les deux peuvent être contournés avec un proxy fixant le Content-Type, par exemple Rawgit ou Bl.ocks.org (pas par Github, ne les abusez pas). Malheureusement, Rawgit ne rend pas Markdown, ne sert que les fichiers tels quels et Bl.ocks.org rend le markdown mais la structure de l'URL est telle que les liens relatifs ne fonctionneront pas. Cela signifie que vous pouvez référencer l'URL externe complète dans Markdown, ou relative en HTML :-(
Voir https://gist.github.com/cben/46d9536baacb7c5d196c/ bifurqué votre essence, et son index.html consulté via:
la source
Oui, le lien relatif fonctionne pour moi. J'utilise pancake.io pour héberger mes pages. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Les images de cette page sont dans le
cpp
dossier.Le code de démarque utilisé pour la première image est
Le code de démarque (en fait html) utilisé pour la deuxième image est
REMARQUE: j'ai raté l'essentiel. Essayez la méthode html si gist ne prend pas en charge la syntaxe du chemin relatif de l'image markdown.
la source
testé tout à l'heure ... je n'ai pas pu utiliser les URL relatives sur le wiki github.
J'ai dû ajouter l'image au dépôt wiki, puis parcourir le dépôt et demander à github de me le montrer (pour que je puisse saisir l'URL). puis utilisez l'url complète dans le démarque. mais heureusement, les URL sont simples à prédire:
https://github.com/*username*/*reponame*/wiki/*imagename.png*
J'ai soumis cette isse au support github.
la source
Non, l'URL relative à une image de Markdown ne fonctionne pas, vous devrez donc vous en tenir à l'URL longue et statique:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Cependant, les URL relatives à certains fichiers fonctionnent:
http://bl.ocks.org/mattborn/c346c8689a5eaf86e823
la source