Eu tenho um resumo que contém um arquivo markdown e uma imagem.
Existe uma maneira de fazer um link relativo para esta imagem? Algo como em vez de
Aqui está um exemplo
Respostas:
A partir de agora, links de imagens relativas estão funcionando para mim, tanto em um repositório quanto em um wiki. Estou usando uma sintaxe como esta:
Aqui está um exemplo:
]e(
De acordo com http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html , o problema em usar https: //gist.github.com/user/605560c2961cb3025038/raw/b75d2 ... 6e8 / img.png
é que a b75d2...6e8parte varia por arquivo (uma rápida experimentação confirma que é o id do git blob). No entanto, você pode descartar essa parte resultando em um URL apontando para a versão mais recente:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
ou para dar um exemplo prático:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Isso também funciona como caminho relativo raw/dodgetocat_v2.png!
No entanto (no final de 2017) o github pode processar a mesma essência a partir de 2 URLs:
Quando visualizado em https://gist.github.com/cben/46d9536baacb7c5d196c/ (com barra à direita), o caminho relativo é anexado, resolve para https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - trabalho :-)
Quando visualizado em https://gist.github.com/cben/46d9536baacb7c5d196c (sem barra final), o caminho relativo substitui a última parte da URL, resolve para https://gist.github.com/cben/raw/dodgetocat_v2 .png - quebrado :-(
[ATUALIZADO em dezembro de 2017. Problemas anteriores de arquivos brutos serviram como atributos de Content-Type: application/octet-streamreescrita srcde imagens para camo.githubusercontent.comnão acontecer mais, pelo menos não para imagens da mesma essência.]
Infelizmente, não podemos simplesmente usar o primeiro URL e confiar que ele sempre funcionará.
(Você poderia usar o caminho relativo 46d9536baacb7c5d196c/raw/dodgetocat_v2.pngque funcionaria apenas sem barra final, mas essa também é uma ideia questionável e menos vale a pena - não é realmente mais flexível do que o URL completo.)
Ambos podem ser contornados com um proxy que fixa o Content-Type, por exemplo, Rawgit ou Bl.ocks.org (não pelo Github, não abuse deles). Infelizmente Rawgit não renderiza Markdown, apenas exibe arquivos como estão, e Bl.ocks.org renderiza markdown, mas a estrutura da URL é tal que os links relativos não funcionam. Isso significa que você pode fazer referência a URL externo completo no Markdown ou relativo em HTML :-(
Consulte https://gist.github.com/cben/46d9536baacb7c5d196c/ bifurcado em sua essência e seu index.html visualizado via:
Sim, o link relativo está funcionando para mim. Estou usando o pancake.io para hospedar minhas páginas. http://pancake.io/2c8aa8/topics/cpp/cpp.md
As imagens dessa página estão na cpppasta.
O código de redução usado para a primeira imagem é
O código de redução (na verdade, html) usado para a segunda imagem é
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
NOTA: Eu perdi a parte principal. Experimente o método html se o gist não suportar a sintaxe do caminho relativo da imagem de markdown.
testei agora mesmo ... não consegui usar urls relativos no wiki do github.
Tive que adicionar a imagem ao repositório do wiki, em seguida, navegue no repositório e faça com que o github o mostre para mim (para que eu pudesse pegar o url). em seguida, use o url completo na marcação. mas, felizmente, os urls são simples de prever:https://github.com/*username*/*reponame*/wiki/*imagename.png*
Enviei este isse para o suporte do github.
Não, o URL relativo a uma imagem do markdown não funciona, então você terá que ficar com o URL longo e estático:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
No entanto, URLs relativos a alguns arquivos funcionam: