Parce que actuellement, [[[Wiki]]] donne <a href="/wiki/Wiki">, donc si ça casse vraiment les fils RSS alors il y a d'autres trucs à corriger... Pour moi ça devrait donc fonctionner correctement.
Ce qui pourrait également être sympa c'est de plier les commentaires qui répondent à un commentaire non pertinent, car de toute façon une réponse à un commentaire à côté de la plaque sera d'office à côté de la plaque.
Plus que la correction des fautes d'orthographe, ce qui me choque dans certains commentaires est le fait que certains ne regardent même pas le rendu de leur message...
Donc on voit encore régulièrement un commentaire avec des signes cabalistiques qui se trimbalent, ou pire avec du bbcode!
En fait, la suggestion est peut-être un peu con, mais le plus simple ne serait-il pas tout simplement d'avoir un éditeur wisywig simplifié? (pas question de choisir sa police, mais "voir" le rendu en live ne laisserait plus l'excuse du "oh je ne sais pas comment on fait")
Bref, j'avais vraiment pensé que Shift avait fait une faute de frappe
C'est l'un des problèmes avec les réformes orthographiques, c'est que pour les "vieux", les "jeunes" qui écrivent avec la nouvelle orthographe ont tendance à passer pour des illettrés. Mine de rien, ça peut poser un problème pour les gens qui rédigent des lettres de motivations, etc.
En Belgique une habitation sans raccordement à l'électricité publique est considérée comme insalubre. Ceci ne t'empêche cependant pas d'y habiter je suppose.
C'est un cas très courant. La plupart des applications d'entreprises sont des gros assemblages de modules, dont chacun dépend de pas mal de choses. Et c'est très difficile de synchroniser tout le monde sur des versions identiques de lib. Par ce que tout les modules développés en interne n'évoluent pas forcement à la même vitesse, par ce que tu es dépendant de projet tiers, ou par ce que tu as une bonne raison d'utiliser une version précise.
Alors, il faut apprendre aux développeurs java le concept de compatibilité ascendente et de stabilité des API/ABI. Enfin, note qu'on matraque déjà ça aux développeurs ruby mais que ça ne veut pas rentrer.
C'est aussi l'une des conclusions du post de mjg59 (que j'aurais peut-être dû faire transparaître dans le journal): si vous êtes l'auteur de code important, en particulier dans Linux, répondez à l'appel de la SFC.
Il y a quand même une chose que je ne comprends pas.
Certes la GPL pour les bibliothèques c'est chiant. Au boulot je suis le premier à utiliser du LGPL ou du BSD parce que le GPL, ben je peux pas (et c'est pas moi le boss). Ceci dit je ne vois pas le problème avec la LGPL qui n'"infecte" pas les parties propriétaires du code.
À la limite je peux comprendre aussi pour le kernel car tout qui veut mettre un nouveau driver est obligé de le libérer selon la GPL, encore que les gens du kernel soient volontairement laxistes à ce sujet il me semble.
Mais pour des packages logiciels bien délimités et non extensibles comme busybox, je ne vois même pas l'intérêt que quelqu'un peut avoir à ne pas respecter les termes de la licence.
D'après mjg59, le but est ici avant tout de contourner le fait que les gens derrière busybox soutiennent la SFC. En effet, s'ils n'utilisent plus aucun logiciel écrit par des gens qui la soutiennent, celle-ci perd toute légitimité et ne peut obliger les entreprises à se conformer aux termes des licences des logiciels qu'ils utilisent et revendent. En gros, busybox est un point d'entrée.
C'est toujours un peu la même histoire, comme quand $FAI ou $FABRICANT refuse de donner les sources des logiciels GPL qu'il a utilisé et altéré dans le routeur ou le téléphone qu'il distribue en centaines de milliers d'exemplaires.
Après, dans le cadre du projet GNU, on peut argumenter sur le fait que le projet a également une vocation technique (accès aux sources, etc) et pas juste idéologique.
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 2 (+0/-0).
En es-tu bien sûr?
Parce que actuellement,
[[[Wiki]]]donne<a href="/wiki/Wiki">, donc si ça casse vraiment les fils RSS alors il y a d'autres trucs à corriger... Pour moi ça devrait donc fonctionner correctement.# Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 1 (+0/-0).
https://github.com/nono/linuxfr.org/pull/172
[^] # Re: Supprimer le karma
Posté par nud . En réponse à l’entrée du suivi pertinence des commentaires. Évalué à 1 (+0/-0).
Ce qui pourrait également être sympa c'est de plier les commentaires qui répondent à un commentaire non pertinent, car de toute façon une réponse à un commentaire à côté de la plaque sera d'office à côté de la plaque.
[^] # Re: moinssage abusif
Posté par nud . En réponse au message Note de 0 à chaque commentaire . Comment ... taire ?. Évalué à 3.
Peut-être faudrait-il rajouter la possibilité de marquer son accord/désaccord avec un commentaire indépendamment de la pertinence ?
[^] # Re: auto-évaluation
Posté par nud . En réponse au message Note de 0 à chaque commentaire . Comment ... taire ?. Évalué à 1.
→ Suivi ?
# Formatage
Posté par nud . En réponse au message Bouton «prévisualiser». Évalué à 0.
Plus que la correction des fautes d'orthographe, ce qui me choque dans certains commentaires est le fait que certains ne regardent même pas le rendu de leur message...
Donc on voit encore régulièrement un commentaire avec des signes cabalistiques qui se trimbalent, ou pire avec du bbcode!
En fait, la suggestion est peut-être un peu con, mais le plus simple ne serait-il pas tout simplement d'avoir un éditeur wisywig simplifié? (pas question de choisir sa police, mais "voir" le rendu en live ne laisserait plus l'excuse du "oh je ne sais pas comment on fait")
[^] # Re: Caractères absurdes
Posté par nud . En réponse à la dépêche Nouvelle version d'Unicode : la 6.1.0. Évalué à -1. Dernière modification le 09 février 2012 à 10:03.
[citation needed]
[^] # Re: Caractères absurdes
Posté par nud . En réponse à la dépêche Nouvelle version d'Unicode : la 6.1.0. Évalué à 1.
Au moins maintenant il pourra afficher son logo dans le terminal \o/
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Liste des commentaires: afficher le contenu initial.. Évalué à 1 (+0/-0).
Cela donne ceci:
# Correctif
Posté par nud . En réponse à l’entrée du suivi Liste des commentaires: afficher le contenu initial.. Évalué à 1 (+0/-0).
C'est corrigé ici: https://github.com/nono/linuxfr.org/pull/171
# Correctif
Posté par nud . En réponse à l’entrée du suivi Liens non fonctionnels sur la page du commentaire et la liste des commentaires d'un utilisateur. Évalué à 2 (+0/-0).
Le correctif pour ce ticket se trouve ici: https://github.com/nono/linuxfr.org/pull/170
[^] # Re: Déplacer au lieu de copier
Posté par nud . En réponse à l’entrée du suivi Masquer le journal initial, lorsqu'une dépêche en est issue.. Évalué à 2 (+0/-0).
Pourquoi ne pas mettre le journal initial en tant que premier commentaire de la dépêche et relocaliser tous les commentaires initiaux sous celui-ci?
[^] # Re: correction d'orthographe
Posté par nud . En réponse à la dépêche Appels à rédacteurs sur LinuxFr.org !. Évalué à 2.
C'est l'un des problèmes avec les réformes orthographiques, c'est que pour les "vieux", les "jeunes" qui écrivent avec la nouvelle orthographe ont tendance à passer pour des illettrés. Mine de rien, ça peut poser un problème pour les gens qui rédigent des lettres de motivations, etc.
[^] # Re: Et alors?
Posté par nud . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 4.
Si mais
[^] # Re: Pendant ce temps...
Posté par nud . En réponse à la dépêche Les drones de combat américains basculent sous Linux. Évalué à 6.
Ils vont utiliser linux, mais pas gnu/linux.
[^] # Re: correction d'orthographe
Posté par nud . En réponse à la dépêche Appels à rédacteurs sur LinuxFr.org !. Évalué à 1.
J'hésite entre pognon et oignon.
[^] # Re: téléphones
Posté par nud . En réponse à la dépêche Big Brother Awards Belgique 2012. Évalué à 2.
En Belgique une habitation sans raccordement à l'électricité publique est considérée comme insalubre. Ceci ne t'empêche cependant pas d'y habiter je suppose.
[^] # Re: téléphones
Posté par nud . En réponse à la dépêche Big Brother Awards Belgique 2012. Évalué à 2.
Et, accessoirement, tu n'as pas le choix, tu es obligé d'avoir un abonnement à un fournisseur d'électricité.
Et, accessoirement, les cartes rfid sont en passe d'anéantir totalement la capacité qu'a quelqu'un de se déplacer anonymement autrement qu'à pieds.
[^] # Re: Mes idéaux
Posté par nud . En réponse au journal Votre langage idéal ?. Évalué à 2.
Alors, il faut apprendre aux développeurs java le concept de compatibilité ascendente et de stabilité des API/ABI. Enfin, note qu'on matraque déjà ça aux développeurs ruby mais que ça ne veut pas rentrer.
[^] # Re: Mes idéaux
Posté par nud . En réponse au journal Votre langage idéal ?. Évalué à 1.
C'est parfois même à l'extrême, pour preuve les nouveaux keywords en _Foo parce que on ne veut pas casser la moindre ligne de code pré-existant...
[^] # Re: Mmm... de quel côté sont les gentils?
Posté par nud . En réponse à la dépêche Sony : Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 2.
Utiliser certes, mais pas revendre.
[^] # Re: Mmm... de quel côté sont les gentils?
Posté par nud . En réponse à la dépêche Sony : Ma propriété intellectuelle vaut plus que la vôtre. Évalué à -2.
Tout ça pour ça ?!
[^] # Re: Ils écrivent le code from scratch...
Posté par nud . En réponse au journal Sony: Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 3.
C'est aussi l'une des conclusions du post de mjg59 (que j'aurais peut-être dû faire transparaître dans le journal): si vous êtes l'auteur de code important, en particulier dans Linux, répondez à l'appel de la SFC.
[^] # Re: Différence entre permissivité et protection
Posté par nud . En réponse au journal Sony: Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 5.
Il y a quand même une chose que je ne comprends pas.
Certes la GPL pour les bibliothèques c'est chiant. Au boulot je suis le premier à utiliser du LGPL ou du BSD parce que le GPL, ben je peux pas (et c'est pas moi le boss). Ceci dit je ne vois pas le problème avec la LGPL qui n'"infecte" pas les parties propriétaires du code.
À la limite je peux comprendre aussi pour le kernel car tout qui veut mettre un nouveau driver est obligé de le libérer selon la GPL, encore que les gens du kernel soient volontairement laxistes à ce sujet il me semble.
Mais pour des packages logiciels bien délimités et non extensibles comme busybox, je ne vois même pas l'intérêt que quelqu'un peut avoir à ne pas respecter les termes de la licence.
[^] # Re: Ils écrivent le code from scratch...
Posté par nud . En réponse au journal Sony: Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 3.
D'après mjg59, le but est ici avant tout de contourner le fait que les gens derrière busybox soutiennent la SFC. En effet, s'ils n'utilisent plus aucun logiciel écrit par des gens qui la soutiennent, celle-ci perd toute légitimité et ne peut obliger les entreprises à se conformer aux termes des licences des logiciels qu'ils utilisent et revendent. En gros, busybox est un point d'entrée.
C'est toujours un peu la même histoire, comme quand $FAI ou $FABRICANT refuse de donner les sources des logiciels GPL qu'il a utilisé et altéré dans le routeur ou le téléphone qu'il distribue en centaines de milliers d'exemplaires.
Après, dans le cadre du projet GNU, on peut argumenter sur le fait que le projet a également une vocation technique (accès aux sources, etc) et pas juste idéologique.