BAud a écrit 12827 commentaires

j'ai comme l'impression que tu n'imgines pas ce que peuvent faire les utilisateurs :)

l'exemple de 2mandvd me vient à l'esprit (malgré les utilisateurs, malgré le développeur), sans critique, simplement un constat que parfois cela peut bien marcher et cela fait plaisir (factuellement, il y a un logiciel dispo pour tout le monde, malgré tous les coups de gueule de part et d'autre, tant mieux, chacun a fait ce qu'il pouvait, s'est tenu à une ligne directrice, malgré les aléas...). Comme quoi se parler fait évoluer le logiciel (s'écouter marche mieux àmha)

une manière simple de le faire est de demander aux inscrits quelles langues ils souhaitent lire :

• par exemple, si anglais + espagnol + français : tous les contenus dans ces langues apparaissent, les autre contenus sont simplement filtrés (ou "réduits" si c'est un commentaire, avec proposition de traduction)
• si uniquement français, bin tout apparaît en français avec possibilité d'ouvrir le commentaire réduit, à la demande et lien vers une traduction approximative

Pour les traductions en libre, regarder du côté de http://www.apertium.org/?id=whatisapertium&lang=fr qui me semble intéressant, au besoin en demandant des améliorations de l'API... Il serait dommage de se limiter à l'anglais lorsqu'une extension semble envisageable...

peut-être faudrait-il - comme toute société de portage abusant un peu - prendre 20% + 1000 euros de compta annuelle ? (plus c'est cher, mieux c'est, ça marche bien avec apple...)

et les mises à jour sont très simples (2 clics sur WordPress ou Piwigo)

comme drupal ?

L'argument du "c'est plein de failles, on va se faire hacker"

je pense que tu aimerais bien que piwigo se fasse un peu plus hacker, surtout si tu y trouves des contributeurs :-) J'ai parlé à raison de « un bon vecteur d'intrusion pour les crackers » ce qui est bien différent àmha :-)

ah, tiens, pour MVC, je l'aurais dit plus simplement :
Initialement, j'étais très dubitatif (pour rester poli), genre « mais quel bordel, j'ai 3 fichiers à éditer pour ajouter un champ partout ? » ; j'ai été convaincu le jour où on m'a dit, « rha c'est cool, les designers HTML sont super contents d'avoir pu tout remettre en forme simplement, sans avoir à demander aux développeurs de faire des pieds et des mains pour revoir toute la présentation du site ».
Et, là tu te dis (en voyant le résultat sans rapport avec la mise en forme initiale), « ah ouais, mixer présentation et langage de dév', yen a qui ne vont pas aimer » et c'est un premier intérêt, de faire venir des non-développeurs et ainsi travailler à plusieurs, chacun son approche (et ensuite pour les développeurs, ya des IDE pour simplifier cela à l'édition et présenter les trois couches, qui restent tellement logiques une fois comprises que ça en vaut le coup pour un projet un peu gros et facilement éditable même pour un petit projet).

Pour la maintenance, dans la durée (2-3 ans par exemple), mieux vaut tout de même prévoir les évolutions :/ Tout n'est pas que correction de bug, loin de là et prendre en compte un changement du stockage est un classique (rien qu'une montée de version par exemple, sans impact dans un cas, avec grosse refonte dans l'autre si trop d'optimisé^Wspécifique a été retenu à une époque plutôt que le standard qui aurait pu être écrit en même temps en plus, plutôt que de s'y replonger 2 ans après).

Note : concernant LinuxFr.org, le code est relativement simple même pour quelqu'un ne programmant pas en RoR, justement grâce au MVC (et cela reste visiblement efficace en terme de performance). J'avais fait une page sur github, je pense avoir tout récupéré sur Participer-à-LinuxFr et Organisation-Code-LinuxFr mais ce n'est pas forcément clair pour tout le monde :/

Je n'ai jamais lu de critique du style "WordPress c'est nul, ça tourne pas sur PostgreSQL" (en cherchant on doit en trouver, mais d'emblée je n'en ai jamais lu)

WordPress c'est nul, ça ne tourne pas sur PostgreSQL /o\
(et WP c'est troué, c'est en php, ça fait un bon vecteur d'intrusion pour les crackers et autres connards de script-kiddies quand ce n'est pas à jour :/)

Surtout quand le bouton "liste" ne met pas cette ligne vide.

moui, ça c'est sans doute un bug, à ouvrir ; je n'utilise pas cette barre (pour moi, la syntaxe est plus simple au clavier, plutôt que de prendre la souris pour atteindre cette barre quand je tape mon commentaire)

sauf qu'il manque "attention c'est con mais c'est comme ça, faut mettre une ligne vide avant".

oui, je l'avais déjà indiqué à NoNo< ; à défaut, il y a la précision « penser à mettre une ligne blanche avant pour les utiliser » dans Aide-Edition justement.

Et sinon, Wikipedia n'utilise pas Markdown, donc bon, c'est bien la le soucis : on a 50 langages "wiki" différents, vachement pratique

Entre wikkawikki, wikini, dokuwiki, Twiki, tikiwiki, MoinMoin, PmWiki, trac, le wiki de github, Markdown de LinuxFr, je n'ai pas trop de souci... je m'adapte, un peu comme les langages de programmation. Avec mediawiki, j'ai souvent un souci :/ (surtout les liens, un peu les listes à puces, d'où l'utilisation de la pré-visualisation).

Je ne commenterai pas plus le wysiwyg, celui de drupal m'ayant quasiment définitivement fâché avec ce mode d'édition (pour ceux qui ont un drupal, essayer sur des textes de 10000 caractères, un peu comme les dépêches kernel, à s'arracher les cheveux de ne pas pouvoir le désactiver tant c'est lent et que ça ne fait pas ce que ça devrait ; et, à se flinguer, quand ceux qui l'ont demandé à cors et à cris indiquent qu'ils le trouvent inutilisable, 'fin un nième argument pour rien foutre quoi :/ rha, je suis adepte de la prétérition moi /o\).

Aide-Edition est si incomplet que ça, que les commentateurs de LinuxFr (bon, ok, pas forcément le « commun des mortels ») n'ont pas tout en main pour utiliser un simple langage de wiki ?

question subsidiaire : mais comment font les contributeurs de wikipedia ? (dont je trouve le langage un cran plus abscons, que ce soit pour les liens, les listes à puce, les encarts de version de logiciel... même si je m'y adapte, hein :D).

Exterminate! (référence à Doctor_Who, sans doute utile, vu qu'il semble y avoir une perte en ligne effarante ces derniers temps /o\)

J'ai précisé le point, c'est un appel standard à débugguer, essayer la version de dév', compléter... pour un projet qui a du code qui commence à devenir utilisable, cf. http://docs.mediagoblin.org/contributinghowto.html

j'ai remplacé « équivalent de libvirt » par « basé sur libvirt » (et rajouté les tags cloud et iaas et virtualisation :D)

bah, ça peut se remplacer par "martine écrit en UTF-8" histoire d'avoir un autre titre ;-)

c'est triste ton avis sur l'anagramme de luciole

et voilà, c'est publié
http://linuxfr.org/news/t%C3%A9moignage-de-lars-wizenius-les-20-ans-de-linux-souvenirs-personnels

faut bien trouver une justification à faire tourner en permanence une bouse qui ne sert à rien...

« Le seul outil à apporter sur le terrain, c'est une clef USB ».

comme Clé web USB et sécurité ^W^W^W^W^WXP ?

ok, ça explique le passage soudain à 25h sur la durée moyenne de modération alors http://linuxfr.org/statistiques/moderation :)

nan, mais depuis le temps il a crevé de la dal' hein :/ (le chat)

toi, tu confonds avec CRM ;-)

àmha, il parle de Miro en pre-version 1 voire avant la 2. Depuis la 2, il y avait eu des travaux pour optimiser iirc.

oui, les $1, $2, $3 (si c'est un tableau avec des données par colonne par exemple ou un fichier csv) peuvent être bien pratiques en awk.

euh, pour moi un CRA ça va du "présent/absent" par jour (pour la facturation de prestation en régie...) à l'imputation (par 1/2 journée, pas à l'heure faut pas déconner) de chacun des jours sur les différents projets (voire tâches il y a longtemps lorsque j'ai fait du dév').

Et, oui, un document tableur reste souvent le plus simple, mois par mois avec une liste de projets à copier/coller.

Tu as une connexion satellite et un groupe électrogène ? Mais t'es paumé dans quel coin alors o_O ?

tout est dans le titre du commentaire /o\

WTF o_O un bouton ? ah, ça
la "fameuse barre de mise en forme" que je ne vois pas : je n'utilise jamais ces trucs defectives by design (visiblement t'es tombé sur un bug ou le bouton n'est pas prévu pour cela, à remonter dans le suivi au besoin), un wiki c'est une syntaxe simplifiée, pas du pousse-bouton pour moi. C'est ce qui fait que plein de monde ne réussit pas encore à faire des listes correctes (c'est ballot d'oublier de passer une ligne avant :/)

en l'occurence,

```html
<html>code html toussa</html>
``` 

fonctionne très bien (et pour citer la syntaxe wiki Markdown, la balise ```text fonctionne très bien aussi)