Désolé, nous n'allons pas pouvoir mettre en place de redirections. On a perdu les associations entre numéro d'astuce et entrée de forum correspondante lors du passage de templeet vers Rails.
Merci de nous avoir aussi remonté cet autre bug. J'ai fait une modification et j'espère ne rien avoir cassé (ce n'est pas moi qui avait écrit le code original).
En fait, ce n'est pas un bug mais le comportement attendu. La règle est que la syntaxe markdown est prioritaire et dans les contenus textuels, on remplace ensuite [[...]] en liens wikipedia. Mais [...] (...) est un lien dans la syntaxe markdown, même avec une espace entre les crochets et les parenthèses. C'est donc normal que [[3615]] (coin) donne un lien vers coin nommé [3615].
Si on ajoute seulement la ligne en question, ça va faire 2 fois l'action. Par contre, il semblerait que les navigateurs détectent mieux les touches. J'ai juste modifié la ligne shift+> en > et ça semble marcher, au moins sous firefox et chrome.
Vu que la licence a été prévue pour une telle mise à jour
Justement, il semblerait que non. De ce que l'on en comprend, les contenus sous licence CC by-sa 3.0 ne peuvent pas être mis à jour vers une licence CC by-sa 4.0, seuls les contenus dérivés peuvent l'être (l'auteur peut aussi changer la licence).
Ce n'est pas tout à fait aussi simple. Après discussion en interne, il semblerait que les contenus déjà publiés sous licence CC by-sa 3.0 reste sous cette licence et que nous ne pouvons pas les associer à la version 4 de la licence. Seuls les nouveaux contenus seront placés sous CC by-sa 4.0 (si leurs auteurs ne s'y opposent pas).
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Modification CSS pour avoir les images inline. Évalué à 3 (+0/-0).
Bonjour,
pour le moment, la majorité des images utilisées le sont pour illustrer des dépêches et sont mieux positionnées en
display: block;
.En fait, j'ai surtout l'impression que tu voudrais http://linuxfr.org/suivi/affichage-des-formules-mathematiques, je me trompe ?
[^] # Re: Pour exemple (même si c'est pas exactement ça)
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Permettre des notes de pied de page ou biblio. Évalué à 3 (+0/-0).
Redcarpet prend maintenant en compte les notes de bas de pages, avec la syntaxe de PHP markdown extra. J'ai activé l'option dans https://github.com/nono/html-pipeline-linuxfr/commit/942370a9591da8b8f6d9b82b2c952b381c6ac11e
# Sortie de la version 1.0
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mettre à jour ElasticSearch. Évalué à 3 (+0/-0).
Et la version 1.0 vient de sortir, ce serait l'occasion de faire la mise à jour -> https://linuxfr.org/news/sortie-d-elasticsearch-en-version-1-0
[^] # Re: Coquille
Posté par Bruno Michel (site web personnel) . En réponse au journal G'MIC 1.5.8.3 : Quelques avancées supplémentaires pour le traitement d'image libre. Évalué à 3.
Corrigé, merci de nous avoir remonté ce souci.
[^] # Re: Plus maintenant
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi la redirection des anciens URLs des astuces ne fonctionne pas. Évalué à 3 (+0/-0).
Bon, en fait, oumph avait une vieille sauvegarde. Il a pu remettre en places les redirections.
Cf https://github.com/nono/admin-linuxfr.org/commit/7f2c11404f96b31ef0efe29a75b14801e906a257
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Url de la catégorie du suivi dans le suivi. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/00b8720fa6c821d5a6e5bbc1a787c99bfea2b3b2
# Plus maintenant
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi la redirection des anciens URLs des astuces ne fonctionne pas. Évalué à 3 (+0/-0).
Désolé, nous n'allons pas pouvoir mettre en place de redirections. On a perdu les associations entre numéro d'astuce et entrée de forum correspondante lors du passage de templeet vers Rails.
# Merci
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur le rafraîchissement de tribune. Évalué à 3 (+0/-0).
Merci de nous avoir remonté ce problème.
C'est corrigé. Cf https://github.com/nono/board-sse-linuxfr.org/commit/cabc9917c5538eb3245d7c96cccad4e77baf2885
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 500 sur une URI mal analysée dans un commentaire. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/1186d69febbc5ad304c67596142f80f3498054df
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur Javascript sur la tribune dans le cas d'une URL+horloge. Évalué à 3 (+0/-0).
Merci de nous avoir aussi remonté cet autre bug. J'ai fait une modification et j'espère ne rien avoir cassé (ce n'est pas moi qui avait écrit le code original).
Cf https://github.com/nono/linuxfr.org/compare/3b3980fd8a0b...833ab45148af
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mauvais filtrage du style d'un code. Évalué à 3 (+0/-0).
Merci de nous avoir remonté ce problème. C'est corrigé, cf https://github.com/nono/html-pipeline-linuxfr/commit/9b4f1ac34b1450efa3dc900c45e0f8fa724f404c
# Comportement attendu
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Souci sur l'analyseur de lien Wikipédia. Évalué à 3 (+0/-0).
En fait, ce n'est pas un bug mais le comportement attendu. La règle est que la syntaxe markdown est prioritaire et dans les contenus textuels, on remplace ensuite
[[...]]
en liens wikipedia. Mais[...] (...)
est un lien dans la syntaxe markdown, même avec une espace entre les crochets et les parenthèses. C'est donc normal que[[3615]] (coin)
donne un lien verscoin
nommé[3615]
.# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Informer qu'un verrou empêche de soumettre une dépêche. Évalué à 3 (+0/-0).
En fait, le message d'alerte existait déjà mais, avec la CSS par défaut, il n'était pas visible. C'est corrigé avec https://github.com/nono/linuxfr.org/commit/3b3980fd8a0b1ba1fd9acdefd86576f6eb853f16.
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Autoriser d'autres schemes pour les liens dans les dépêches. Évalué à 3 (+0/-0).
Et https://github.com/nono/linuxfr.org/commit/661c55e534884954aa0073903d2cd8b85148ba4a
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Passer à Ruby 2.1. Évalué à 3 (+0/-0).
Lukhas a packagé Ruby 2.1 et je l'ai déployé.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Autoriser d'autres schemes pour les liens dans les dépêches. Évalué à 5 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/e9e22fff3bee47578959d1ccd27dff114f1ca29e et https://github.com/nono/linuxfr.org/commit/0c7d9ca660a674ead78908e4fb57af13dcb24cc9
[^] # Re: Hum ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Accès en lecture seule en modération pour les rédacteurs. Évalué à 4 (+0/-0).
Bon, on va dire que non. Au pire, il suffira de réouvrir cette entrée.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Stats rédacteurs. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/28f6a134af88edbe66fe135fe4d2cc890a4b4937 et https://github.com/nono/linuxfr.org/commit/563be80d3e95c752c7f243e482f6e4b317f75f9e
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Statistiques sur les contributions dans l'espace de rédaction. Évalué à 4 (+0/-0).
Cf les commits suivants :
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Avatars qui sortent du commentaire avec la CSS par défaut. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/25c30c9aa731f4ff4d0d452df17a0514f21d1272
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi La touche '>' ne fonctionne pas sous bépo. Évalué à 6 (+0/-0).
Si on ajoute seulement la ligne en question, ça va faire 2 fois l'action. Par contre, il semblerait que les navigateurs détectent mieux les touches. J'ai juste modifié la ligne
shift+>
en>
et ça semble marcher, au moins sous firefox et chrome.Cf https://github.com/nono/linuxfr.org/commit/3343f50ec7149d712fcd83a8800a2364c85b95f9
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mise à jour de la licence des contenus collaboratifs vers CC-by-sa 4.0. Évalué à 3 (+0/-0).
Justement, il semblerait que non. De ce que l'on en comprend, les contenus sous licence CC by-sa 3.0 ne peuvent pas être mis à jour vers une licence CC by-sa 4.0, seuls les contenus dérivés peuvent l'être (l'auteur peut aussi changer la licence).
# Autre entrée sur le même sujet
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Suivi pour la rédaction. Évalué à 3 (+0/-0).
https://linuxfr.org/suivi/dupliquer-le-systeme-de-suivi-mais-dedie-a-la-redaction#comment-1510333
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Dupliquer le système de suivi, mais dédié à la rédaction. Évalué à 3 (+0/-0).
Cf https://linuxfr.org/suivi/suivi-pour-la-r%C3%A9daction
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mise à jour de la licence des contenus collaboratifs vers CC-by-sa 4.0. Évalué à 3 (+0/-0).
Ce n'est pas tout à fait aussi simple. Après discussion en interne, il semblerait que les contenus déjà publiés sous licence CC by-sa 3.0 reste sous cette licence et que nous ne pouvons pas les associer à la version 4 de la licence. Seuls les nouveaux contenus seront placés sous CC by-sa 4.0 (si leurs auteurs ne s'y opposent pas).
Cf https://github.com/nono/linuxfr.org/commit/e7824aaef9b6a680f0fd602945a06b80b4b46456