web-dev-qa-db-fra.com

Est-il possible de créer un lien relatif vers une image dans un fichier de démarquage dans un résumé?

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

71
alienlebarge

À 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:

https://github.com/mark-anders/relative-image-url

130
markand

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

Chemin relatif?

Cela fonctionne aussi comme chemin relatif raw/dodgetocat_v2.png!
Cependant (fin 2017), github peut restituer le même Gist à partir de 2 URL:

[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.)

Utiliser un proxy?

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:

http://bl.ocks.org/mattborn/c346c8689a5eaf86e82

1
Matt Born

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 .

1
Kaushal Modi

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.

1
xero