BAud a écrit 13706 commentaires

hyla était cité sur http://linuxfr.org/2009/09/21/25939.html

euh... non :-)

dès lors qu'un site prend une action ('fin ses modérateurs), il reconnaît avoir pris connaissance du contenu et là, c'est le drame ! cf. la LCEN qui cadre cela.

Au passage, on fait comment pour les liens avec apostrophe qui ne sont pas sur wikipédia fr ?

bin tu testes https://alpha.linuxfr.org tu remontes les bugs et zou (ça marchera en 2011 avec un peu de chance et si tout le monde s'y met)

sans raison valable, c'est le site qui devient responsable.
Les critères sont assez simples : plus de 3 mois, irrecevable ; sans LRAR, irrecevable ; sans contenu manifestement diffamatoire irrecevable... à chacun d'assumer, sur LinuxFr il nous est arrivé de recevoir des demandes pour des contenus dépassant les 3 mois, la réponse a été claire (et à chaque fois de respecter _strictement_ la loi, ni plus, ni moins et cela nous tient à coeur).

la seule raison de retirer un commentaire est qu'il réponde aux pré-requis de la LCEN (pas simplement un LRAR, mais aussi "en bonne et dû forme" et qu'il date de moins de 3 mois et que le commentaire soit effectivement non avéré, ça fait beaucoup de choses avant de le retirer...) (bon je n'ai pas tout lu, mais j'ai comme un doute sur la recevabilité de l'ensemble des conditions à la lecture du commentaire... qui mériterait d'être commenté si d'autres ont d'autres arguments :D)

ou une mort annoncée de symbian avec Qt ?
Qui va faire des miroirs libres suite à cet ultimatum ? Une occasion de relancer la communauté non existante de http://www.symbian.org/ ? (qui a testé le S60 5th edition ? sur quel mobile ? quelques engagés avec python ? ça marche ?)

Il reste un engagement de Nokia envers le libre sur http://wiki.forum.nokia.com/index.php/Nokia_Open_Source mais visiblement, c'est bientôt sans Symbian... (remballez vos mobiles, achetez les nouveaux, sur un air connu...).

Quelle plus value pour le LL... distros numéro 843, fond d'écran différents, kde compilé avec un demi-flag en plus.

euh, tu peux élaborer car
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre avis. Si vous désirez poser une question, merci d'utiliser les forums.

et de surplus, ceux qui l'ont fait avaient le temps et ne voyaient pas l'intérêt de refaire la même chose (pas pareil, car tu vois, eux, c'est différent, 'fin c'est fait par eux, pas comme les autres, vu qu'ils ont regardé avant, n'ont pas trouvé, ils l'ont juste fait et ça marche, 'fin ça va marcher si suffisamment de personnes se joignent à eux, tu vois). Et c'est ça qui est différent.
Ou pas :/

c'est pas comme s'il y avait http://gnome-look.org/ et http://kde-look.org/ hein ! hhmmmm ah euh ah ,si, peut-être :/ mais c'est pas la même chose ! (si, mais non, 'fin tu comprends quoi, non moi non plus, mais pourquoi contredire ? spa vendredi, spa comme si c'était le seul problème non ?)

c'est une quiche, sans rapport à une tarte aux pommes....

et encore, j'ai fait une passe sur ton journal pour que cela soit tolérable : mozzarella, s'il y a deux "z" c'est qu'il y a deux "l" o_O 'ça doit être italien), les fautes restantes sont de mon fait (doute sur l'ajout d'un tiret, notamment, je vous laisse chercher...)

Domaine_public en Suisse aussi :-)

public le domaine, public :)

c'est triste ton avis sur les moules

et hop' http://linuxfr.org/~Zarmakuizz/30532.html

et mici pour ce compte-rendu :-) qui permet de compléter mon commentaire sur http://linuxfr.org/2010/11/11/27569.html

La procédure de suppression est en cours, j'ai les droits staff (et non admin) qui ne donnent pas accès à la suppression du projet. Il est néanmoins fermé.
L'impact est que ta css n'est plus accessible à ceux qui l'auraient configurée.

Tes infos utilisateurs ne sont pas accessibles en public.
La procédure de suppression que j'ai trouvée est manuelle, mais ça devrait le faire http://groups.google.com/group/indefero-users/browse_thread/(...)

Pour les mots qui n'existent pas, j'utiliser la fonctionnalité "conjuguer quand même" du conjugueur.

Sinon habituellement j'utilise plutôt http://sensmotdire.gnunux.info/:monitorer.html mais ce n'était pas approprié dans ce cas :D

en réalité c'est plutôt comme indiqué sur http://www.leconjugueur.com/php5/index.php?verbe=monitorer&a(...)
Je monitore donc ;-)

J'ai repassé ton projet en privé.
J'aurai plus de temps pour traiter ce soir ou ce week-end pour la suppression, j'ai un peu le même souci à trouver toutes les options :/

Je ne force personne, même si j'ai effectivement mon avis :-)

La forge est par défaut privée (suite à discussion entre modos), il y en a une 20aine créées à ce jour. J'indique simplement dans le mail la manière de la rendre publique si l'utilisateur le souhaite et quand il le souhaite, je vais rajouter un impact supplémentaire comme je l'ai indiqué.

Ce contributeur avait commencé un boulot bien sympathique, comme le montre
https://alpha.linuxfr.org/users/luridi/journaux/css-pour-alp(...)
et commencé à remonter des points concernant le HTML qui n'avait pas été identifiés par d'autres créateurs de CSS, pouvant clarifier le code. Bref dommage :/

- Je trouve ta colère parfaitement légitime. C'est un concours. Les "forks", c'est mauvais joueur.

ou un travail en équipe (bon demander avant est une bonne pratique dans le libre), nous n'avons peut-être pas été assez clair là-dessus àmha, j'en suis le premier désolé (cf. mon commentaire ci-dessus)

- Le plus simple est de signaler ça au jury (bon là je crois que c'est fait), et de les laisser seuls juges (c'est le cas de dire) pour déterminer si une CSS repompée a été suffisamment modifiée pour estimer qu'il s'agit d'un travail original.

cela correspond à mon allusion à TdR mais je n'en dirai pas plus ;-) oui, l'attribution est importante pour nous tous en tant que modérateur. Le travail collaboratif est important pour moi et cette capacité à le faire peut être différenciatrice ;-) (pas forcément déterminante, mais ce serait un plus).

- Ce serait bien que l'auteur de la CSS dupliquée se manifeste un peu...

exactement, c'est tout de même une bonne pratique de demander l'avis avant :-) (et à l'honneur de chacun de savoir travailler ensemble ensuite).

Je pense que tu as loupé deux choses et t'es empêtré dedans (euh c'est une intro il faut lire ensuite, figure de style inside toussa hein :D) ;
- c'est un concours
- dans le libre

Le premier point peut faire croire à certains que c'est privé et personnel. C'est une erreur àmha, le travail en équipe et la participation (du fait de l'acceptation de la licence) étant des valeurs à promouvoir et sur lesquelles s'appuyer pour avancer plus vite :
- release early, release often
- promotion des avancées effectuées, communication, demande de retours
- prise en compte, demandes d'améliorations pour travailler mieux et plus facilement
- points bloquants plus vite identifiés, patchs proposés pour avancer, prise en compte revue et discutée permettant à tout le monde d'avancer


Tu as dû oublier deux choses :
- c'est un concours
- dans le libre

Les "règles" ont été publiées sur http://linuxfr.org/2010/11/09/27372.html je me suis rendu compte tardivement, qu'il manquait une incitation à travailler publiquement comme c'est habituel dans le libre, je me suis fait gentiment expliquer que c'est un "concours" et m'y suis plié (je n'avais qu'à indiquer mes réserves avant) me gardant le droit de proposer à chacun de travailler publiquement, en indiquant des implications connues. Au vu de ton journal, je vais devoir rajouter une phrase concernant les implications (j'en ai quelques-une déjà indiquées sur http://faq.tuxfamily.org/Licence/Fr et http://faq.tuxfamily.org/CommunicationLibre/Fr (*)).

Concernant plus spécifiquement LinuxFr, il ne fait pas de doute que l'attribution nous tient à coeur (c'est la base d'un concours après tout) et que la collaboration est importante pour certains (dont moi, mais je te rassure nos avis sont partagés).

Ce pourquoi, je me permets de t'indiquer (si tu ne prends pas la peine de lire les liens que je fournis, ce à quoi je suis habitué, ne t'inquiète pas, perso je préférerais plutôt avoir des questions ingénues, c'est surtout ça qui manque.... permettant de clarifier la présentation, je ne m'égare pas vu que c'est important pour reconnaître le travail de chacun - dont le tien - mais qui oublie peut-être celui des autres, je vais y revenir) fin de la parenthèse, que ton travail est sous licence libre et peut être légitimement repris dès que tu le publies (il manque peut-être l'attribution dans le cas que tu "dénonces").

Donc j'y reviens, travailler dans le libre est pour moi une question de collaboration. Tu as fais ton max et tu as fait de très bons retours (des manques dans le code HTML notamment, pas très clair, mais bref, tu as mis le doigt sur quelquechose que d'autres n'ont pas vu - tu vois ça je te l'attribue - et tu as oublié qu'il faut prendre le temps de le modifier dans le code, tu aurais pu envoyer un patch ou être plus précis - ce n'est pas l'important - d'autres n'ont pas eu ce souci ou ne s'en sont pas rendus compte, certains comme moi ou NoNo< ne le savaient pas et peuvent faire en sorte que cela soit pris en compte). Si tu as bien suivi, c'est _ton_ boulot qui peut apporter à d'autres, donc, maintenant, tu peux choisir de jeter l'éponge (nous ne t'en voudrons pas) ou pour la suite ou bientôt (à tête reposée) choisir d'être plus précis, dialoguer, envoyer un patch donner des éléments factuels pour améliorer la situation. Déjà ce journal est un début de dialogue et un point très positif àmha ;-) (je ne m'attache pas à la forme, surtout au fond :p)

Bon, pour revenir dans le cadre de ton journal, ne t'inquiète pas trop, ce dont tu te plains est un _plagiat_ et nous laissons par défaut le droit de réponse à l'autre participant. Cela n'a pas de lien avec les licences libre directement, cela tient à une incompréhension de ce que permet le libre (de part et d'autre) et nous en tiendrons compte àmha (en tout cas, j'en tiendrai compte à l'aune de votre capacité mutuelle à travailler en équipe, d'autant que tu as soulevé le souci :D).
Je te remercie de cette réaction (épidermique mais révélatrice et à ton honneur àmha) ; pour te rassurer elle me semble naturelle, à chacun de participer dans ses limites et ses compréhensions des enjeux. J'espère t'avoir indiqué que dans le libre il faut savoir dépasser ses attentes et être prêt à travailler différemment, je n'en attendais pas tant de ce "concours" mais c'est une occasion.

Personnellement, je souhaiterais que tu puisses continuer à travailler, il nous reste beaucoup de choses à faire et tu montres déjà que tu peux y apporter beaucoup (savoir travailler en équipe notamment, ce qui n'était pas assez mis en avant àmha, étant implicite dans le libre tout de même mais bref).

Si tu dois retenir une chose de mon commentaire, c'est que tu ne t'es pas fait flouer complètement pour l'instant, tu as essayé de participer - personnellement - et découvre qu'il faut peut-être travailler à plusieurs, qu'as-tu à y perdre ? Tu en auras appris, nous aussi, d'autres en plus tant mieux non ? Bon, il reste à traiter le point évoqué par ton journal qui reste pour l'instant légitime et problématique, un avis de l'autre intervenant ? :D
En tout cas, je ne saurais trop te remercier de ton journal qui met les pieds dans le plat, indique les conditions acceptables pour un fork (reste les négociations à venir), j'ose espérer que tu voudras bien continuer à faire évoluer ta proposition cela n'est qu'un concours hein à chacun de montrer ce qu'il sait _bien_ faire (tu nous en as déjà donné un bon aperçu, j'espère t'avoir indiqué quelques points supplémentaires, je peux préciser au besoin, il y a effectivement des choses à améliorer côté HTML et d'autres à préciser sur le travail en commun, j'en suis bien désolé de ne pas l'avoir signalé plus ostensiblement au préalable :/). Je vais essayer de préciser mes critères persos pour la suite même si j'adhère à ce que nous avons donné comme critères (je pensais simplement que ce serait plus ouvert sans donner lieu à ton souci actuel, l'attribution n'étant pas très problématique).

Et pour donner une réponse claire :
Donc, j'attends le 29 décembre, je prends la feuille de style d'un projet, je change les couleurs (mais pas tout) je rajoute un background-color ici et là et tadam ! Et bien... bravo ? Pardon, je range la feuille de style et je rajoute des espaces aussi.

oui, dans ce cas _TU_ es le gagnant ;-) c'est la différence entre un auteur et un plagiaire. Et je te renvoie à quelques discussions de Theo_de_Raadt (euh oui, 'fin non, ce n'est pas le sujet hein, 'fin si, mais sans lancer de troll sur TdR :D).

(*) comme l'indique le premier paragraphe de http://faq.tuxfamily.org/CommunicationLibre/Fr préciser des en-têtes avec la licence (dans une css c'est possible), cela permet de s'assurer de _ses_ choix et de l'attribution demandée ainsi que la licence retenue (je peux rajouter une page indiquant _comment_ le faire, il y a quelques liens l'indiquant déjà mais cela peut être précisé si c'est nécessaire ?)

La finalité est donc de permettre de rechercher du contenu à posteriori
Alors voilà: ne pourrait t'on pas utiliser les tags pour permettre à chacun de faire son tri entre le bon grain et l'ivraie en amont ?

oui et non
cela peut avoir un intérêt ponctuel comme
https://alpha.linuxfr.org/tags/css/public (oui il n'y a pas tant que ça de tags actuellement)
un peu comme ce que j'ai indiqué pour remonter les améliorations sur https://github.com/nono/linuxfr.org/issues/labels/CSS (qui liste les demandes en lien avec les css actuellement identifiées) et qui est plus dynamique que de les lister sur une page wiki comme https://github.com/nono/linuxfr.org/wiki/Linuxfrcss qui demande une édition manuelle ;-)

Concernant la problématique de _ce_ journal, la fonctionnalité existe déjà sur
http://linuxfr.org/top.html Liens avec compteur de clics dans les dépêches
avec comme limitation la seule prise en compte de l'axe "nombre de clics".
C'est un point bien vu de ce journal àmha de suggérer d'y ajouter l'axe d'analyse selon les tags (qui pourrait être recalculé, avec les bons index dans la base pour ne pas trop surcharger). Je n'élabore pas encore, souhaitant quelques commentaires supplémentaires de ceux qui pourraient suggérer une bonne manière pour que cela marche (je n'ai pas d'idée arrêtée) :-)

Écrire un journal apposerait automatiquement le tag linuxfr:journal , une dépêche linuxfr:news, une demande sur le tracker linuxfr:ticket + linuxfr:bug ou linuxfr:feature en fonction de la demande ...
Chacun se définit un profil avec les tags qu'il veut filtrer mais il devient possible d'avoir une vue vue agrégée (eh oui, comme un flux RSS) de tous les contenus qu'il souhaite voir.
Bon, sur ce, je vais me reprendre un peu de moquette.

oui, cela serait une bonne utilisation des tags.

Pour te donner un contre-exemple, une mauvaise implémentation est celle de slashdot :
- elle est très utile à la visu d'une dépêche (le système a assez vite convergé, comme "yro, patenttroll, askslashdot...")
- est totalement inutilisable pour des recherches a posteriori, les dépêches sont triées par ordre... alphabétique, sans indication de date ('fin si en passant sur chaque titre tu as le lien qui contient la date...), je te laisse chercher cette fonctionnalité complètement useless tellement j'en suis dégoûté :-) (indication, ce n'est qu'à un clic, perdu...)


Ce que tu décris, c'est d'ailleurs le cas actuellement si tu regardes https://alpha.linuxfr.org (en bas), les tags qui ressortent correspondent à section / catégorie. En plus il y a la navigation par tag "mes contenus taggués" http://alpha.linuxfr.org/tags il ne manque qu'un nuage avec "LES contenus taggués" (voire "les derniers contenus taggués" avec le nuage ou "les contenus taggués en rapport", toujours avec le nuage).

C'est cela qui correspond à une utilisation sémantique du web et une navigation efficace. Ce modèle est bien mis en oeuvre sur wikipedia, avec du simple web 1.0, même pas de web 2.0 (pas de nuage de tag à ma connaissance, simplement une navigation "transversale", à la HyperCard, très années 90 quoi...).

N'hésite pas à compléter avec des éléments concrets permettant d'apporter des fonctionnalités à LinuxFr ;-)

Notamment, je pense qu'il est important non seulement de migrer les données existantes mais d'être en mesure d'y ajouter des tags (retrospectivement) et comme je ne pense pas que ça va être fait manuellement par les modérateurs, autant profiter de la migration pour le faire, par exemple ce qui concerne la "photo", "blender" (oui toi tu t'en fous, pas d'autres), "latex" (ça plaît à certains), "bepo" (pour un clavier d'avenir), "IPv6" (pour l'à venir), "top500" (d'autres avant patrick_g avaient cette rubrique trustée par les GNU/Linux actuellement), autres sujets.
Bien sûr, cela ajouterait une modération a posteriori sur "derniers tags ajoutés" (sur quels contenus), "derniers contenus taggués" (avec quels tags) mais c'est gérable.

qui est joignable je ne sais pas comment...

j'ai proposé de remonter les remarques sur https://github.com/nono/linuxfr.org/issues/labels/CSS#issue/(...)
il suffit d'ajouter une entrée listée dans https://github.com/nono/linuxfr.org/issues/labels/CSS :)

par exemple, pour la modération cela fonctionne bien mieux maintenant avec cette css ;-)

Il a été très réactif suite à http://linuxfr.org/comments/1182965.html#1182965 \o/

mais effectivement, histoire d'unifier les contacts et créer des équipes, j'avais proposé https://alpha.linuxfr.org/wiki/coordinationdestests comme c'est une page wiki, ça devrait être modifiable ;-)

Si quelqu'un implémentait cette fonctionnalité, il pourrait la lier à la note du journal pour la faire apparaître ;-) Cela réduit les risques sur les journaux sans intérêt.

à ma connaissance, non. Comme indiqué sur la page wiki :
https://github.com/nono/linuxfr.org/wiki/Linuxfrcss
seule celle pour opensuse a été portée.

Ceux inscrits sur http://linuxfr.indefero.net souhaitant préciser leur projet peuvent le faire :-) (c'est une page wiki)