Liens mal parsé
Eskimon opened this issue · 12 comments
Certains liens sont mal parse. Normalement, si les balises markdown ne sont pas utilise de maniere explicite, un lien est tout de meme reconnu et interprete comme tel. Cependant, cela ne semble pas fonctionner si le lien possede des parametres et/(ou ?) eventuellement une ancre)
Exemple (qui marche bien sur GH):
NOK : http://zestedesavoir.com/forums/sujet/429/fin-de-la-beta-privee/?page=1#p4205
NOK : http://zestedesavoir.com/forums/sujet/429/fin-de-la-beta-privee/?page=1
OK : http://zestedesavoir.com/forums/sujet/429/fin-de-la-beta-privee/
Pour le corriger : aller mettre a jour les re ici : https://github.com/zestedesavoir/Python-ZMarkdown/blob/master-zds/markdown/extensions/urlize.py#L43
(en attendant il est possible d'utiliser la syntaxe normal des liens ([mon sujet](ton lien)) ou la syntaxe à base de <..> : <http://zestedesavoir.com/forums/sujet/429/fin-de-la-beta-privee/?page=1#p4205> fonctionne sur zds)
Je connaissais pas la seconde syntaxe, good to know !
Par contre je reportais justement parce quand je veux juste balancer un lien, c'est pratique d'avoir le linkage auto ;)
Je prends, pour me faire la main.
NB : les tests ne passent pas, c'est normal.
Nb2 : une fois op, il faut refaire un commit pour changer le numéro de
version (dans le fichier version.py ou init.py je ne sais plus)
puis taguer la nouvelle version sur github (onglet release ou un truc du
genre) puis aller faire un commit+pr sur zds-site en mettant a jour le
requierement.txt avec la nouvelle version.
Le 27 juin 2014 20:22, "ArnaudCalmettes" notifications@github.com a écrit
:
Je prends, pour me faire la main.
—
Reply to this email directly or view it on GitHub
#35 (comment)
.
Euh... OK.
Je suppose que j'en profiterai pour documenter le workflow le jour où j'aurai réussi ma première PR.
Desole
Il faut taguer la version sur git/github pour que le fichier de dépendance
du site pointe sur la bonne version.
Je me suis a mettre a jour le numéro de version utilisé par le setup.py en
correspondance pour que les contributeurs récupèrent bien la dernière
version en faisant leur "pip install --update" ce qui est la mise a jour
préconisé sur le projet. Sinon les qa n'auraient pas forcément la dernière
version.
Le 27 juin 2014 20:47, "ArnaudCalmettes" notifications@github.com a écrit
:
Euh... OK.
Je suppose que j'en profiterai pour documenter le workflow le jour où
j'aurai réussi ma première PR.—
Reply to this email directly or view it on GitHub
#35 (comment)
.
D'accord, j'ai pigé. Merci pour la précision.
normalement, fixé dans zmarkdown.
La version est taggué ?
Non, je le ferais avant la beta. Inutile pour le moment de taguer chaque
correction de bugs
Christophe.
On Thu, Jul 3, 2014 at 11:40 AM, firm1 notifications@github.com wrote:
La version est taggué ?
—
Reply to this email directly or view it on GitHub
#35 (comment)
.
J'ai un nouvel exemple de lien qui marche pas, l'ancre avec un tiret :
https://github.com/zestedesavoir/zds-site/issues/862#issuecomment-48449562