Ho una sintesi che contiene un file markdown e un'immagine.
C'è un modo per creare un collegamento relativo a questa immagine? Qualcosa di simile invece di
Ecco un esempio
Risposte:
A partire da ora, i collegamenti alle immagini relative funzionano per me, sia in un repository che in un wiki. Sto usando la sintassi come questa:
Ecco un esempio:
]e(
Secondo http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , il problema nell'utilizzo di https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
è che la b75d2...6e8parte varia in base al file (una rapida sperimentazione conferma che è l'id del blob git). Tuttavia puoi rilasciare quella parte risultando in un URL che punta alla versione più recente:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
o per fare un esempio funzionante:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Funziona anche come percorso relativo raw/dodgetocat_v2.png!
Tuttavia (a partire dalla fine del 2017) github può eseguire il rendering della stessa sintesi da 2 URL:
Se visualizzato da https://gist.github.com/cben/46d9536baacb7c5d196c/ (con barra finale), il percorso relativo viene aggiunto e si risolve in https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - lavori :-)
Se visualizzato da https://gist.github.com/cben/46d9536baacb7c5d196c (nessuna barra finale), il percorso relativo sostituisce l'ultima parte dell'URL, si risolve in https://gist.github.com/cben/raw/dodgetocat_v2 .png - rotto :-(
[AGGIORNATO dicembre 2017. I problemi precedenti dei file raw servivano come Content-Type: application/octet-streame gli srcattributi di riscrittura delle immagini camo.githubusercontent.comnon si verificavano più, almeno non per le immagini dalla stessa sintesi.]
Purtroppo, non possiamo semplicemente usare il primo URL e fidarci che funzioni sempre.
(È possibile utilizzare il percorso relativo 46d9536baacb7c5d196c/raw/dodgetocat_v2.pngche funzionerebbe solo senza la barra finale, ma è anche un'idea discutibile e ne vale meno la pena, non molto più flessibile dell'URL completo.)
Entrambi possono essere aggirati con un proxy che fissa il Content-Type, ad esempio Rawgit o Bl.ocks.org (non da Github, non abusarne). Sfortunatamente Rawgit non esegue il rendering di Markdown, serve solo i file così come sono e Bl.ocks.org esegue il rendering del markdown ma la struttura dell'URL è tale che i collegamenti relativi non funzioneranno. Ciò significa che puoi fare riferimento a un URL esterno completo in Markdown o relativo in HTML :-(
Vedi https://gist.github.com/cben/46d9536baacb7c5d196c/ biforcando il tuo sommario e il suo index.html visualizzato tramite:
Sì, il relativo collegamento funziona per me. Sto usando pancake.io per ospitare le mie pagine. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Le immagini in quella pagina sono nella cppcartella.
Il codice markdown utilizzato per la prima immagine è
Il codice markdown (in realtà html) utilizzato per la seconda immagine è
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
NOTA: ho perso la parte essenziale. Prova il metodo html se gist non supporta la sintassi del percorso relativo dell'immagine markdown.
testato solo ora ... non sono riuscito a utilizzare gli URL relativi sul wiki di github.
ho dovuto aggiungere l'immagine al repository wiki, quindi navigare nel repository e farlo mostrare a github (in modo da poter prendere l'URL). quindi utilizza l'URL completo nel markdown. ma fortunatamente, gli URL sono semplici da prevedere:https://github.com/*username*/*reponame*/wiki/*imagename.png*
ho inviato questo isse al supporto github.
No, l'URL relativo a un'immagine da markdown non funziona, quindi dovrai restare con l'URL lungo e statico:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Tuttavia, gli URL relativi ad alcuni file funzionano: