Est-il possible de faire un lien relatif à l’image dans un fichier de démarques dans un fichier?

J’ai un aperçu qui contient un fichier de démarques et une image.

Est-il possible de faire un lien relatif avec cette image? Quelque chose comme ![My image](image.png) au lieu de ![My image](http://soffr.miximages.com/github/img.png)

Voici un exemple

Pour l’instant, 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

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 sur cette page sont 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

 

NOTE: J’ai raté l’essentiel. Essayez la méthode html si gist ne prend pas en charge la syntaxe du chemin d’image relative markdown.

testé tout à l’heure … je n’ai pas pu utiliser les URL relatives sur le wiki github.

Je devais append l’image au repo wiki, puis naviguer dans le repo et faire en sorte que github me le montre (pour que je puisse récupérer l’url). puis utilisez l’URL complète dans le markdown. mais heureusement, les URL sont simples à prédire: https://github.com/*username*/*reponame*/wiki/*imagename.png*

J’ai soumis cette isse au support github.

Non, l’URL relative à une image à partir du démarquage ne fonctionne pas, vous devrez donc vous en tenir à l’URL statique longue:

https://gist.github.com/mattborn/c346c8689a5eaf86e823

Cependant, les URL relatives à certains fichiers fonctionnent:

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

Selon http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , le problème dans l’utilisation de https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 … 6e8 / img.png

est que la partie b75d2...6e8 varie selon le fichier (une expérimentation rapide confirme qu’il s’agit du gob blob id). Cependant, vous pouvez supprimer cette partie résultant en 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 (à la fin de 2017), github peut rendre la même liste à partir de 2 URL:

[MISE À JOUR Décembre 2017. Les problèmes précédents de fichiers bruts servaient de Content-Type: application/octet-stream atsortingbuts Content-Type: application/octet-stream et réécriture src des images sur camo.githubusercontent.com ne se produisent plus, du moins pas pour les images du même ordre.]

Hélas, nous ne pouvons pas simplement utiliser la première URL et lui faire confiance pour toujours fonctionner.

  • Actuellement, ni la forme ne renvoie une redirection, ni un lien rel = canonique. Je ne parierais pas sur Github pour ne jamais changer ça!
  • Tous les liens internes (par exemple, depuis la page de l’utilisateur https://gist.github.com/cben/ ) omettent la barre oblique finale 🙁
  • La liste des résultats de recherche Google omet la barre oblique finale 🙁

(Vous pouvez utiliser le chemin relatif 46d9536baacb7c5d196c/raw/dodgetocat_v2.png qui ne fonctionnerait que sans une 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.)

Utiliser 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 pas en abuser). 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 soit référencer une URL externe complète dans Markdown, soit relative en HTML 🙁

Voir https://gist.github.com/cben/46d9536baacb7c5d196c/ extrait de votre liste, et son index.html vu via: