J'ai un Gist qui contient un fichier de démarques et une image.
Y at-il un moyen de faire un lien relatif à 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 n exemple
À partir de maintenant, les liens d'image relatifs fonctionnent pour moi, à la fois dans un référentiel et un wiki. J'utilise une syntaxe comme celle-ci:
![Kiku](images/Kiku.jpg)
Voici un exemple:
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-ce le b75d2...6e8
la partie varie d’un fichier à l’autre (une expérimentation rapide confirme qu’il s’agit bien de l’identité git blob). Cependant, vous pouvez supprimer cette partie, ce qui crée une URL pointant vers la dernière version:
https://Gist.github.com/user/605560c2961cb3025038/raw/img.png
ou pour prendre un exemple de travail:
https://Gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Cela fonctionne aussi comme chemin relatif raw/dodgetocat_v2.png
!
Cependant (fin 2017), github peut restituer le même Gist à partir de 2 URL:
Vu de https://Gist.github.com/cben/46d9536baacb7c5d196c/ (avec une barre oblique), le chemin relatif est ajouté, résolu en https: //Gist.github. com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - fonctionne :-)
Vu de https://Gist.github.com/cben/46d9536baacb7c5d196c (pas de barre oblique), le chemin relatif remplace la dernière partie de l'URL, résolu en https: // Gist.github.com/cben/raw/dodgetocat_v2.png - cassé :
[MISE À JOUR, décembre 2017. Les précédents problèmes de fichiers bruts servaient de Content-Type: application/octet-stream
et réécriture src
attributs des images en camo.githubusercontent.com
_ n'arrive plus, du moins pas pour les images du même Gist.]
Hélas, nous ne pouvons pas simplement utiliser la première URL et lui faire confiance pour qu'elle fonctionne toujours.
(Vous pouvez utiliser le chemin relatif 46d9536baacb7c5d196c/raw/dodgetocat_v2.png
cela ne fonctionnerait que sans le slash final, mais c'est aussi une idée discutable, et qui en vaut moins la peine - pas vraiment plus flexible que l'URL complète.)
Les deux peuvent être contournés avec un proxy fixant le type de contenu, par exemple. Rawgit ou Bl.ocks.org (pas par Github, n'abusez pas d'eux). Malheureusement, Rawgit ne rend pas Markdown, ne sert que les fichiers en l'état, et Bl.ocks.org effectue le rendu, mais la structure de l'URL est telle que les liens relatifs ne fonctionnent pas. Cela signifie que vous pouvez faire référence à une URL externe complète dans Markdown ou relative en HTML :-(
Voir --- (https://Gist.github.com/cben/46d9536baacb7c5d196c/ a créé votre Gist et son index.html affiché via:
Non, l’URL relative d’une image à partir de markdown ne fonctionne pas. Vous devez donc vous en tenir à la longue URL statique:
https://Gist.github.com/mattborn/c346c8689a5eaf86e82
Cependant, les URL relatives à certains fichiers fonctionnent:
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 se trouvent dans le dossier cpp
.
Le code de démarquage utilisé pour la première image est
![C++ Var Types](basic_cpp_var_types.png)
Le code de démarquage (en fait HTML) utilisé pour la deuxième image est
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
NOTE: J'ai raté la partie Gist. Essayez le format html si Gist ne prend pas en charge la syntaxe du chemin de l’image relative de démarquage .
testé tout à l'heure ... je n'ai pas pu utiliser les URL relatives sur le wiki github.
je devais ajouter l'image au référentiel du wiki, puis naviguer sur le référentiel et la faire afficher par github (pour que je puisse récupérer l'URL). puis utilisez l'URL complète dans le démarquage. mais heureusement, les URL sont simples à prédire: https://github.com/*username*/*reponame*/wiki/*imagename.png*
j'ai soumis cette isse au support de github.