je te fais confiance à priori, par contre ça ne me plaira pas si tu modifies le sens de mon message. Mais je ne pense pas que ce soit le genre de la maison ...
nope, ce n'est pas le genre de la maison :) pour les commentaires, je me contente généralement du Markdown, parfois quelques typos. Après c'est du bon sens : ce serait très chronophage de le faire systématiquement (et ce n'est pas notre boulot), dès qu'il faut réfléchir à respecter le thread cela devient galère, donc bon c'est fait ponctuellement, de manière limitée et s'il y a modification du sens (propos illicites principalement) là nous nous coordonnons à plusieurs modos/admins (ce qui est un process un peu plus lourd et ce genre de changement est généralement indiqué et remarqué, à raison).
J'ai toujours du mal à rentrer dans les trolls GPL vs BSD, vu que les deux sont du libre (libre software ou OSI, les deux étant équivalents). La BSD a de nombreux avantages, surtout pour du code interprété et pour sa compatibilité avec plus d'autres licences que la GPL dont la notion d'héritage dérange certains (heureusement il y a la LGPL pour conserver ce qui est publié en libre, même au travers des redistributions).
C'est bien d'avoir des exemples où la BSD démontre son intérêt à faire perdurer le libre dans les domaines où elle pourrait a priori paraître plus faible que la GPL.
mais comme indiqué sur cette même page, c'est plutôt le suivi qui est utilisé et actuellement privilégié.
(*) en fouillant dans l'ancien wiki - plus trop à jour - depuis que la version RoR en propose un (tout n'a pas été transféré :/). Ça fait plus d'un ou 2 ans que je n'ai pas vu de mails passer, je ne suis même plus sûr que la ML de dév' fonctionne encore (dommage àmha, je préfère du mail pour du dév' mais bon, elle n'a jamais été très active non plus :/).
boah, no souci, sur un texte aussi long, il restera toujours quelques coquilles, c'est inéluctable :-) Il vaut mieux que ce ne soit pas un frein à publier un aussi bon texte, vu qu'il est envisageable de les corriger ensuite (bon ce ne sera pas forcément fait systématiquement hein :D).
Pour les temps, l'utilisation du passé simple ne simplifie pas :-) Il est parfois recommandé de rester au présent, ce qui rend le texte plus vivant (et plus simple à rédiger àmha pour y avoir été confronté auparavant :p).
Le tout c'est de ne pas s'offusquer, j'ai un peu la bâche facile aussi ;-)
sympa ce retour d'expérience :-)
je me suis permis en tant que modo de corriger 2-3 typos (multiplier par 10 entre les pluriels, les accents, les accords voire le participe passé ou la conjugaison de base).
Surtout ne pas hésiter pour ce type de retour :-) Il y a quelques personnes qui peuvent corriger les coquilles et pas mal de gens qui finissent par le lire (ou d'autres pour découvrir une utilisation à laquelle ils n'auront pas pensé).
donc, tu n'es pas contre l'édition de commentaire (sous réserve tout de même) ?
(cela m'a pris 2h ce soir de lire tous les nouveaux commentaires arrivés depuis ce matin ; maintenant ça me prend du mal de comprendre l'avis de chacun, même si j'ai compris quelques arguments ; il nous manque àmha une synthèse sur une page wiki, par nature éditable et moins sujet à controverse comme un fil de discussion, de ce que j'en ai notamment retenu : une page wiki étant par nature un état des lieux à un instant t et disposant de tout l'historique).
je me suis permis d'utiliser la syntaxe Markdown > pour mieux présenter tes citations (l'italique avec _ n'est pas trop lisible àmha :/) et quelques typos au passage :)
je me suis fait reprendre (quoique pas complètement comme je m'y attendais)
Par curiosité, tu t'attendais à ?
Je m'attendais à être repris sur la mode « spa juste » (mode caliméro, ce qui est classique et potentiellement rigolo au 2ème degré), sans le couplet « abus de pouvoir » qui semble être un leitmotiv de certains (et qui est effectivement lourd, avec la « censsure » aussite, évoquée de manière complètement débile la plupart du temps - sur ce même site - ou comment se tirer une balle dans le pied et en le montrant o_O).
Uniquement cette ligne en fait, qui m'a fait réagir (malgré le smiley) :
les modos doivent suivre les même règles que les simples "citoyens", halte à l'abus de pouvoir! ;-)
J'ai surtout achoppé sur « mêmes règles » vu que comme je l'ai indiqué, nous avons des règles supplémentaires nous concernant en tant que modérateurs :-) (bon j'ai un peu ramé pour ne pas réagir à chaud et tourner mon clavier 7 fois avant d'appuyer sur entrée, vu que depuis la LCEN, toussa, je suis assez sensibilisé sur certaines lois concernant les admins et d'autres pouvant s'appliquer aux éditeurs de contenus, notre cœur de métier :D).
Sans cette ligne j'aurais plutôt argumenté sur ce que je viens de mettre au-dessus en commentaire, expliquant ce que l'édition de commentaire peut générer comme quiproquo ;-) (j'étais un peu dans la démarche « la preuve par l'exemple » ayant en tête l'entrée de suivi indiquée et les commentaires afférents, qui me laissaient dubitatif, suite au râlage éhonté voire contre-productif de gasche aka bluestorm ; bon il a réussi en 4 à 8h à s'installer LinuxFr.org et ensuite proposer un patch o_O même si je ne soutiens pas le ton utilisé, tout en appréciant l'utilisation à bon escient de gitorious :D).
Bon, ne t'inquiète pas hein, même si tu peux paraître un peu rustre dans tes commentaires et gagnerait à tourner ton clavier 7 fois avant d'appuyer sur entrée, tu justifies souvent tes réactions, ce qui est intéressant (pour ceux qui auront persévéré), et - tout comme toi - je plusse pff^WpasScott pasForstall quand il ne dit pas de connerie :D.
DLFP reste un truc de bénévole, on n'a pas d’obligation de rester
boah, tant que LinuxFr restera un de mes outils de veille technologique je risque d'être encore là, ce n'est pas les 2h que je passe à éditer les dépêches sur le noyau Linux qui vont me rebuter (en plus avec l'espace de rédaction j'ai moins de boulot \o/ vu que d'autres s'y mettent). Ce qui m'importe surtout pour la suite, c'est que les lecteurs s'impliquent pour aborder des sujets qui continuent de m'^Wles intéresser (par des journaux et des dépêches).
Comment savoir si le commentaire a été édité par un admin ou par l’utilisateur ?
bin euh, actuellement, puisqu'un lecteur du site n'a que 5 min pour effectuer sa modif', tout le monde peut le voir quand la modif' est effectuée au-delà ;-)
par exemple, ci-dessus :
Posté par gasche le 01/12/11 à 18:38. Évalué à 3. Dernière modification : le 01/12/11 à 22:10
j'ai corrigé une typo (bon tu dois intuiter que c'est moi qui l'ai fait, mais bon, c'est un admin ou un modérateur, la liste est connue). Actuellement faut être bon en calcul mental pour voir que la différence est supérieure à 5 min :D
(celui là est assez marrant; baud123 corrige une typo et il se fait lyncher pour abus de pouvoir)
ce n'était pas qu'une typo :) c'était un ne pas manquant dans mon commentaire (relevé dans celui qui me répond).
C'est exactement le genre de cas « litigieux » qui t'est opposé : édition qui change (un peu) le sens. Comme c'était dans l'air du temps, je me suis tout de même permis de le faire (oui, ça m'amusait on va dire ; oui, j'ai un humour au 2ème degré parfois).
Bon, ça n'a pas manqué, je me suis fait reprendre (quoique pas complètement comme je m'y attendais), alors que j'avais fait cela en y mettant les formes (ajout de édition : + commentaire précisant ce que j'avais fait et aussi réponse au commentaire indiquant que j'avais fait une modif' :D).
Bref, ce n'est pas si simple tout cela et je reste indécis sur l'édition de ses commentaires par chacun (même si je serais plutôt pour, avec une limite à 1 jour et pas 5 min et quand bien même quelqu'un a répondu).
Un avantage maintenant àmha : un admin/modérateur ne peut plus faire d'édition silencieuse, il y a la date de dernière modif' ; cela va dans le sens de la transparence (même si comme je l'ai déjà indiqué, la plupart du temps c'est pour des typos ou des soucis avec Markdown : les listes - le plus souvent - avec l'oubli d'un retour chariot avant le début de liste :/).
Mais au delà, y a-t-il des erreurs courantes, des pièges à éviter qui reviennent souvent ou des conseils à donner aux rédacteurs ?
pour l'instant, il y a un point d'entrée pour susciter la participation (à la rédaction et autres) : Participer-à-LinuxFr (en draft).
Il y a http://linuxfr.org/regles_de_moderation qui peut permettre de comprendre ce que nous appliquons en relecture (et en lisant entre les lignes ce qui serait attendu). Il y a surtout beaucoup de pratique et un consensus issu de l'expérience qui n'est pas forcément documenté :/ surtout sur les dépêches trop courtes, les copier/coller d'annonce de presse, les spams, les trucs d'opinion ou quand quelqu'un n'a plus assez de karma et poste une dépêche plutôt qu'un journal... et j'en oublie).
Bref, si notre première tchatche concernait l'espace de rédaction c'est bien que :
nous cherchons à faire participer au site les lecteurs et commentateurs
il y a quelque chose à construire en soutien des modérolecteurs pour élargir l'équipe, cela peut être une reprise de précédentes réflexions à actualiser (comme ce que j'avais cité concernant la relecture qui a besoin d'être mis au goût du jour)
l'accès est ouvert, il y a le wiki, le suivi permet de demander des amélioration ou des adaptations, nous cherchons des personnes améliorant les CSS (et des graphistes), bref il y a pas mal de choses à faire pour ceux qui le souhaitent
c'est un peu comme cela que je lisais (ou pas) certains contenus : selon la moyenne des commentaires (même si généralement je lis quasi l'intégralité des journaux/dépêches, parfois je n'y reviens pas quand il y a trop de commentaires cependant).
À moins qu'il ait été jugé que cette mention ne servait à rien et qu'il était souhaitable qu'elle disparaisse ?
elle n'avait tout simplement pas été réimplémentée. Là elle est disponible en rédaction et en modération, elle n'est pas (encore) affichée, c'est tout, mais ça doit être possible de le faire (avec les modif' de css afférentes...).
Rho mais alors après comment je ferai mes lancers de troll pour que zenitram< tombe dedans ?!
En fait c'est exactement cela : le logo m'a fait penser à là clause NC :)
Alors que vous cherchez à caractériser la démarche et non les contenus produits.
Et on pourra la fermer quand cette entrée de suivi ?
bin euh quand on aura le script de echarp< pour y ajouter les modifs automatiques possibles et que typographie documentera ce qui a été retenu pour LinuxFr.org (même si certains points restent en manuel :/ et à la main de tout admodérolecteur).
Move Commons semble promouvoir le non-commercial (je résume http://movecommons.org/en/np-rp-rc.di-gr/0.1/) et flash si j'ai bien compris de ce que je n'ai pas pu voir sur le site et si j'ai bien compris le logo en bas de la page principale du site ?
Quel est donc le rapport avec les initiatives art libre et le logo des creative commons pour reconnaître l'art libre ? (bon je ne retrouve plus l'image...)
[^] # Re: Version longue du commentaire, pour ceux qui n'avaeint pas compris.
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 3.
nope, ce n'est pas le genre de la maison :) pour les commentaires, je me contente généralement du Markdown, parfois quelques typos. Après c'est du bon sens : ce serait très chronophage de le faire systématiquement (et ce n'est pas notre boulot), dès qu'il faut réfléchir à respecter le thread cela devient galère, donc bon c'est fait ponctuellement, de manière limitée et s'il y a modification du sens (propos illicites principalement) là nous nous coordonnons à plusieurs modos/admins (ce qui est un process un peu plus lourd et ce genre de changement est généralement indiqué et remarqué, à raison).
[^] # Re: BSD vs GPL
Posté par BAud (site web personnel) . En réponse au journal BHyVe, un hyperviseur natif pour BSD. Évalué à 4.
J'ai toujours du mal à rentrer dans les trolls GPL vs BSD, vu que les deux sont du libre (libre software ou OSI, les deux étant équivalents). La BSD a de nombreux avantages, surtout pour du code interprété et pour sa compatibilité avec plus d'autres licences que la GPL dont la notion d'héritage dérange certains (heureusement il y a la LGPL pour conserver ce qui est publié en libre, même au travers des redistributions).
C'est bien d'avoir des exemples où la BSD démontre son intérêt à faire perdurer le libre dans les domaines où elle pourrait a priori paraître plus faible que la GPL.
[^] # Re: Liste de discussion ?
Posté par BAud (site web personnel) . En réponse à la dépêche Compte‐rendu de la tchache LinuxFr.org du 28 novembre. Évalué à 2. Dernière modification le 03 décembre 2011 à 20:01.
Tu peux la retrouver à partir de la page wiki Participer-à-LinuxFr (*)
mais comme indiqué sur cette même page, c'est plutôt le suivi qui est utilisé et actuellement privilégié.
(*) en fouillant dans l'ancien wiki - plus trop à jour - depuis que la version RoR en propose un (tout n'a pas été transféré :/). Ça fait plus d'un ou 2 ans que je n'ai pas vu de mails passer, je ne suis même plus sûr que la ML de dév' fonctionne encore (dommage àmha, je préfère du mail pour du dév' mais bon, elle n'a jamais été très active non plus :/).
[^] # Re: mici
Posté par BAud (site web personnel) . En réponse au journal Yet Another GnOme Flameware (YAGOF). Évalué à 3. Dernière modification le 03 décembre 2011 à 11:45.
boah, no souci, sur un texte aussi long, il restera toujours quelques coquilles, c'est inéluctable :-) Il vaut mieux que ce ne soit pas un frein à publier un aussi bon texte, vu qu'il est envisageable de les corriger ensuite (bon ce ne sera pas forcément fait systématiquement hein :D).
Pour les temps, l'utilisation du passé simple ne simplifie pas :-) Il est parfois recommandé de rester au présent, ce qui rend le texte plus vivant (et plus simple à rédiger àmha pour y avoir été confronté auparavant :p).
Le tout c'est de ne pas s'offusquer, j'ai un peu la bâche facile aussi ;-)
# mici
Posté par BAud (site web personnel) . En réponse au journal Yet Another GnOme Flameware (YAGOF). Évalué à 6. Dernière modification le 03 décembre 2011 à 01:36.
sympa ce retour d'expérience :-)
je me suis permis en tant que modo de corriger 2-3 typos (multiplier par 10 entre les pluriels, les accents, les accords voire le participe passé ou la conjugaison de base).
Surtout ne pas hésiter pour ce type de retour :-) Il y a quelques personnes qui peuvent corriger les coquilles et pas mal de gens qui finissent par le lire (ou d'autres pour découvrir une utilisation à laquelle ils n'auront pas pensé).
[^] # Re: Version longue du commentaire, pour ceux qui n'avaeint pas compris.
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 2.
donc, tu n'es pas contre l'édition de commentaire (sous réserve tout de même) ?
(cela m'a pris 2h ce soir de lire tous les nouveaux commentaires arrivés depuis ce matin ; maintenant ça me prend du mal de comprendre l'avis de chacun, même si j'ai compris quelques arguments ; il nous manque àmha une synthèse sur une page wiki, par nature éditable et moins sujet à controverse comme un fil de discussion, de ce que j'en ai notamment retenu : une page wiki étant par nature un état des lieux à un instant t et disposant de tout l'historique).
[^] # Re: Version longue du commentaire, pour ceux qui n'avaeint pas compris.
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 2.
je me suis permis d'utiliser la syntaxe Markdown > pour mieux présenter tes citations (l'italique avec _ n'est pas trop lisible àmha :/) et quelques typos au passage :)
J'espère que cela ne te dérange pas trop ?
[^] # Re: En fait, tout le monde veut éditer ses commentaires !
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 2.
Je m'attendais à être repris sur la mode « spa juste » (mode caliméro, ce qui est classique et potentiellement rigolo au 2ème degré), sans le couplet « abus de pouvoir » qui semble être un leitmotiv de certains (et qui est effectivement lourd, avec la « censsure » aussite, évoquée de manière complètement débile la plupart du temps - sur ce même site - ou comment se tirer une balle dans le pied et en le montrant o_O).
Uniquement cette ligne en fait, qui m'a fait réagir (malgré le smiley) :
J'ai surtout achoppé sur « mêmes règles » vu que comme je l'ai indiqué, nous avons des règles supplémentaires nous concernant en tant que modérateurs :-) (bon j'ai un peu ramé pour ne pas réagir à chaud et tourner mon clavier 7 fois avant d'appuyer sur entrée, vu que depuis la LCEN, toussa, je suis assez sensibilisé sur certaines lois concernant les admins et d'autres pouvant s'appliquer aux éditeurs de contenus, notre cœur de métier :D).
Sans cette ligne j'aurais plutôt argumenté sur ce que je viens de mettre au-dessus en commentaire, expliquant ce que l'édition de commentaire peut générer comme quiproquo ;-) (j'étais un peu dans la démarche « la preuve par l'exemple » ayant en tête l'entrée de suivi indiquée et les commentaires afférents, qui me laissaient dubitatif, suite au râlage éhonté voire contre-productif de gasche aka bluestorm ; bon il a réussi en 4 à 8h à s'installer LinuxFr.org et ensuite proposer un patch o_O même si je ne soutiens pas le ton utilisé, tout en appréciant l'utilisation à bon escient de gitorious :D).
Bon, ne t'inquiète pas hein, même si tu peux paraître un peu rustre dans tes commentaires et gagnerait à tourner ton clavier 7 fois avant d'appuyer sur entrée, tu justifies souvent tes réactions, ce qui est intéressant (pour ceux qui auront persévéré), et - tout comme toi - je plusse pff^WpasScott pasForstall quand il ne dit pas de connerie :D.
boah, tant que LinuxFr restera un de mes outils de veille technologique je risque d'être encore là, ce n'est pas les 2h que je passe à éditer les dépêches sur le noyau Linux qui vont me rebuter (en plus avec l'espace de rédaction j'ai moins de boulot \o/ vu que d'autres s'y mettent). Ce qui m'importe surtout pour la suite, c'est que les lecteurs s'impliquent pour aborder des sujets qui continuent de m'^Wles intéresser (par des journaux et des dépêches).
[^] # Re: En fait, tout le monde veut éditer ses commentaires !
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 2.
bin euh, actuellement, puisqu'un lecteur du site n'a que 5 min pour effectuer sa modif', tout le monde peut le voir quand la modif' est effectuée au-delà ;-)
par exemple, ci-dessus :
j'ai corrigé une typo (bon tu dois intuiter que c'est moi qui l'ai fait, mais bon, c'est un admin ou un modérateur, la liste est connue). Actuellement faut être bon en calcul mental pour voir que la différence est supérieure à 5 min :D
[^] # Re: Esthétique et typographie
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Revues de presse de l’April et orthotypograhie. Évalué à 2 (+0/-0).
ah cool, je ne l'avais pas encore vu. Bon ça va c'est du shell et surtout des sed dans https://gitorious.org/outil_revue_de_presse/outil_revue_de_presse/blobs/master/bin/publishLinuxFr.sh
Tu le lances à partir d'un shell et d'un terminal en UTF-8 ? (et non iso8859-16 ?)
Bon, j'ai cloné le repository, me reste à trouver un peu de temps (peut-être ce week-end, ce qui permettrait de le tester sur un cas concret).
On va déjà ajouter ce qui est facilement ajoutable, avec l'aide de davyg< ;-)
[^] # Re: En fait, tout le monde veut éditer ses commentaires !
Posté par BAud (site web personnel) . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 1.
ce n'était pas qu'une typo :) c'était un ne pas manquant dans mon commentaire (relevé dans celui qui me répond).
C'est exactement le genre de cas « litigieux » qui t'est opposé : édition qui change (un peu) le sens. Comme c'était dans l'air du temps, je me suis tout de même permis de le faire (oui, ça m'amusait on va dire ; oui, j'ai un humour au 2ème degré parfois).
Bon, ça n'a pas manqué, je me suis fait reprendre (quoique pas complètement comme je m'y attendais), alors que j'avais fait cela en y mettant les formes (ajout de édition : + commentaire précisant ce que j'avais fait et aussi réponse au commentaire indiquant que j'avais fait une modif' :D).
Bref, ce n'est pas si simple tout cela et je reste indécis sur l'édition de ses commentaires par chacun (même si je serais plutôt pour, avec une limite à 1 jour et pas 5 min et quand bien même quelqu'un a répondu).
Un avantage maintenant àmha : un admin/modérateur ne peut plus faire d'édition silencieuse, il y a la date de dernière modif' ; cela va dans le sens de la transparence (même si comme je l'ai déjà indiqué, la plupart du temps c'est pour des typos ou des soucis avec Markdown : les listes - le plus souvent - avec l'oubli d'un retour chariot avant le début de liste :/).
[^] # Re: Athos ?
Posté par BAud (site web personnel) . En réponse au journal Athos interdit les mails en interne. Évalué à 2.
je pense que c'était une boutade (sur le mode Porthos et Aramis...). Vu que les trois mousquetaires étaient quatre en comptant d'Artagnan :-)
[^] # Re: FAQ rédactionnelle ?
Posté par BAud (site web personnel) . En réponse à la dépêche Compte‐rendu de la tchache LinuxFr.org du 28 novembre. Évalué à 2.
pour l'instant, il y a un point d'entrée pour susciter la participation (à la rédaction et autres) : Participer-à-LinuxFr (en draft).
Il y a http://linuxfr.org/regles_de_moderation qui peut permettre de comprendre ce que nous appliquons en relecture (et en lisant entre les lignes ce qui serait attendu). Il y a surtout beaucoup de pratique et un consensus issu de l'expérience qui n'est pas forcément documenté :/ surtout sur les dépêches trop courtes, les copier/coller d'annonce de presse, les spams, les trucs d'opinion ou quand quelqu'un n'a plus assez de karma et poste une dépêche plutôt qu'un journal... et j'en oublie).
Bref, si notre première tchatche concernait l'espace de rédaction c'est bien que :
[^] # Re: Hum...
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Moyenne des scores de commentaires. Évalué à 2 (+0/-0).
c'est un peu comme cela que je lisais (ou pas) certains contenus : selon la moyenne des commentaires (même si généralement je lis quasi l'intégralité des journaux/dépêches, parfois je n'y reviens pas quand il y a trop de commentaires cependant).
[^] # Re: Rédaction collaborative
Posté par BAud (site web personnel) . En réponse à la dépêche Compte‐rendu de la tchache LinuxFr.org du 28 novembre. Évalué à 2.
elle n'avait tout simplement pas été réimplémentée. Là elle est disponible en rédaction et en modération, elle n'est pas (encore) affichée, c'est tout, mais ça doit être possible de le faire (avec les modif' de css afférentes...).
[^] # Re: assez flou
Posté par BAud (site web personnel) . En réponse à la dépêche Move Commons : un Creative Commons pour la société civile ?. Évalué à 2. Dernière modification le 29 novembre 2011 à 23:47.
Rho mais alors après comment je ferai mes lancers de troll pour que zenitram< tombe dedans ?!
En fait c'est exactement cela : le logo m'a fait penser à là clause NC :)
Alors que vous cherchez à caractériser la démarche et non les contenus produits.
Ah, pour la peine j'ai retrouvé l'explication pour le macaron « approved for free cultural works » : http://creativecommons.org/weblog/entry/8051 qui apparaît bien sur :
[^] # Re: Esthétique et typographie
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Revues de presse de l’April et orthotypograhie. Évalué à 2 (+0/-0).
bin euh quand on aura le script de echarp< pour y ajouter les modifs automatiques possibles et que typographie documentera ce qui a été retenu pour LinuxFr.org (même si certains points restent en manuel :/ et à la main de tout admodérolecteur).
[^] # Re: assez flou
Posté par BAud (site web personnel) . En réponse à la dépêche Move Commons : un Creative Commons pour la société civile ?. Évalué à 8. Dernière modification le 27 novembre 2011 à 19:58.
Move Commons semble promouvoir le non-commercial (je résume http://movecommons.org/en/np-rp-rc.di-gr/0.1/) et flash si j'ai bien compris de ce que je n'ai pas pu voir sur le site et si j'ai bien compris le logo en bas de la page principale du site ?
Quel est donc le rapport avec les initiatives art libre et le logo des creative commons pour reconnaître l'art libre ? (bon je ne retrouve plus l'image...)
[^] # Re: TetriNET
Posté par BAud (site web personnel) . En réponse au sondage Quelle est votre pièce de tetris préférée?. Évalué à 2.
sur http://faq.tuxfamily.org/Game:Tetrinet/Fr ?
cf. la dépêche qui en parle http://linuxfr.org/news/tuxfamilyorg-lh%c3%a9bergeur-de-projets-libres-se-propose-doccup
[^] # Re: Réseau
Posté par BAud (site web personnel) . En réponse au journal Calculate Linux maintenant en français sur IRC. Évalué à 3.
je viens de l'ajouter au journal :-)
[^] # Re: Doublon ?
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Suivi des horloges cassé sur la tribune de rédaction. Évalué à 1 (+0/-0).
on va dire que non, même si ton entrée 695 couvre l'intégralité des besoins ('fin le commentaire que j'ai rajouté on va dire :D).
[^] # Re: Idem
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Timestamps complets dans la rédaction et modération. Évalué à 1 (+0/-0). Dernière modification le 26 novembre 2011 à 18:23.
pour être précis :
pas besoin de l'implémenter sur https://linuxfr.org/moderation (un admodérolecteur passera généralement une fois par jour, hormis lorsqu'en congés :D)
# proposition de patch pour les commentaires
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi fonction d'édition des textes (commentaires, journaux, etc...). Évalué à 2 (+0/-0).
cf. http://linuxfr.org/suivi/patch-possibilit%C3%A9-d%C3%A9diter-les-commentaires
# hmmm
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi [patch] Possibilité d'éditer les commentaires. Évalué à 2 (+0/-0).
c'est http://linuxfr.org/suivi/fonction-d%c3%a9dition-des-textes-commentaires-journaux-etc qui n'a pas assez de votes, pas toi :-) (ni àmha de commentaires guidant l'implémentation à choisir d'ailleurs...).
[^] # Re: Informations
Posté par BAud (site web personnel) . En réponse à la dépêche Bienvenue dans l’univers de l’ARBRACOOP à Nancy. Évalué à 2.
c'est ballot de ne pas avoir de site web :/
si vous publiez des contenus sous licence libre, vous pouvez être hébergés chez http://tuxfamily.org il y a déjà quelques GULL qui ont fait le choix de TuxFamily.
par défaut 1 Go est proposé sur les downloads repository, mais cela peut être augmenté en fonction des besoins :)