BAud a écrit 13368 commentaires

linuxfr pourrait proposer une boite "Et aussi…" contenant des liens vers des contenus divers

pourrais-tu élaborer ? que dans les forums ? comment cela fonctionnerait-il ?

en modération, nous avons une fonctionnalité "Des articles similaires ont été postés !" basée sur les titres ou contenus similaires... (ça aide à voir rapidement les dépêches précédentes refusées ou acceptés pour éviter les doublons, pour les peu de relectomodérateurs ne suivant pas suffisamment le site :D) cela pourrait être généralisé et utilisé de la manière que tu suggères.

un modérateur peut envoyer un journal dans les forums ;-)

ça ne va pas tarder pour celui-ci d'ailleurs :D

n'hésitez pas à proposer des mécanismes qui feraient parcourir les forums à plus de monde ;)

par exemple, dans la nouvelle mouture http://alpha.linuxfr.org il pourrait y avoir un tag asklinuxfr un peu comme ask slashdot pour les demandes un peu plus construites que la moyenne ? Je ne sais pas trop, n'hésitez pas à suggérer, c'est le moment :)

j'ajouterais seulement, joyeux non-anniversaire (même si ta soirée m'a semblé un peu arrosée :p)

tu fêtais quoi au fait ?

pour revenir au commentaire parent, cela fonctionne déjà non ?

Je peux vous le refaire en ascii art si c'est y pas clair.
je crois qu'il va falloir :-) (même si j'ai saisi l'essence de l'idée, perso, je reviens sur les discussions rarement car j'ai encore en mémoire ce qui s'est passé avant, ça peut aider).

je te renvoie vers la réponse que m'a faite Gérard Delafond à l'époque https://linuxfr.org/2007/06/30/22688.html qui pointe vers http://www.delafond.org/ailes/sesam.html

je crains que cela n'ait que peu changé depuis l'époque... une question de priorité et d'implication des personnes en mesure de mener le sujet sur les fronts importants (et en tant qu'informaticien les formats ouverts et systèmes auditables nous tiennent à coeur, mais c'est quelque peu éloigné de la santé /o\ et c'est bien dommage).

Vu qu'il est l'auteur du journal je pense qu'il le maîtrise plutôt bien.

tu as du mal avec le troisième degré ? :D

tu as du mal avec le second degré ?

J'ai sans doute du caca dans les yeux parce que je ne vois pas la différence....

le manque de retours chariots visible sur http://linuxfr.org/journal/
- "Le Goncourt en CC-BY-SA !" est en SP
- "Toi aussi sois bleeding edge avec la bêta de KDE !" est en PP et est différent du rendu de http://linuxfr.org/~tcourbon/30489.html

l'intérêt est que les journaux sont tous au même niveau, se baser sur sa note et son nombre de commentaires est plus pertinent qu'un simple PP/SP

Pour les tags, il faudra peut-être ajouter une page wiki sur https://github.com/nono/linuxfr.org/wiki pour suggérer des fonctionnalités (nuages de tags, navigation via les tags/date...).

et moi qui pensait que l'utilisateur ne savait même pas qu'un nouveau machin était dispo (tant que ça marche...), ah il faut une nouvelle version pour de nouvelles fonctionnalités ? il y a de nouvelles fonctionnalités ?

c'est paradigme que tu n'as pas compris ?

(je reste à l'intérieur, il va neiger là)

Ce phénomène est clairement apparu lors de la disparition des journaux de seconde page.

ils n'ont pas disparu, ils sont affichés différemment, cf. http://linuxfr.org/journal/ tu ne remarques rien ?
Tous les journaux ont leur titre + partie du contenu affichés, oui ça oblige à décider si on va le lire ou pas :)

Sur http://alpha.linuxfr.org/journaux tu auras sans doute remarqué les tags, ce qui va permettre de renouer avec l'innovation :) (un tag secondepage est tout à fait envisageable).

Combien de temps as tu estimé pour cette migration et avec quelle marge d'erreur ?

Qu'entends-tu par migration ? Le projet est découpé en 3 parties comme indiqué sur
https://github.com/nono/linuxfr.org/wiki
- le site en lui-même
- la migration des données
- le volet admin et configuration

donc, bon, la migration des données, en moins d'une heure c'est fait, en voyant large :-)

D'ailleurs, c'est déjà disponible sur http://alpha.linuxfr.org sur lequel tu peux déjà te logguer et identifier les améliorations possibles, vérifier que les pages sont conformes HTML5... En participant, tu pourras te rendre compte de la complexité d'ajouter des fonctionnalités, tester les régressions voire contribuer au retour d'expérience par toi-même :-) (et même rédiger le journal afférent). Même pas besoin de connaître Ruby pour tout cela :D

et bien sûr il n'y a pas de message d'erreur ;-)

pas de souci, puisque tu ne souhaites pas être aidé.

vu que le premier lien en réponse recommande alien et que tu ne sembles pas en avoir parlé, c'est que tu n'as pas de souci en fait ?

il y a presque 2 ans qu'il avait publié la précédente version... :)

Ceux qui hésitent à participer à ce concours pourraient-ils indiquer pour quelle(s) raison(s) ? Mon ressenti actuel est qu'effectivement côté relectomodérateurs nous avons déjà eu du mal, alors qu'on ne peut qu'être impressionné par le travail accompli par NoNo< Tester est déjà à la portée de tous àmha et cela ne peut que s'accélerer avec de nouvelles CSS.

Ce concours focalise sur l'apparence (migrer les css existantes semblait simple pourtant), demande des suggestions de fonctionnalités supplémentaires (normal pour une refonte du site) et _indirectement_ demande des tests de la version mise en ligne.
Le mode "tempête de cerveaux" fonctionne habituellement bien sur LinuxFr (et pas que le vendredi), c'est bizarre quelque part d'avoir si peu de suggestions dans les commentaires :D alors lâchez-vous !

Merci en tout cas à ceux qui ont participé jusqu'à maintenant, il reste presqu'un mois aux autres personnes motivées pour se manifester (release early, release often), histoire de promouvoir les consomm'acteurs typique de l'attitude dans le libre :) (donner c'est un peu recevoir aussi).

http://alpha.linuxfr.org/wiki/coordinationdestests est une proposition pour éviter de perdre les remontées d'infos / bugs / demandes / remarques dans les commentaires et faire évoluer cette nouvelle version de LinuxFr, comme c'est une page wiki, elle devrait être améliorable par tous ceux étant loggués (avec votre login/mot de passe actuel de linuxfr le hash étant compatible pour s'authentifier).

Je me suis permis de reformuler des "spécifications"
https://github.com/nono/linuxfr.org/wiki/Linuxfrfunctionalit(...)
n'hésitez pas à ajouter des précisions (un compte github suffit pour éditer le wiki).

et si vous voulez ajouter vos propres demandes élaborées, lorsque le bugtracker de github ne suffit plus, pensez à créer une page wiki à partir de https://github.com/nono/linuxfr.org/wiki ;-)

t'es tordu, c'est ce que j'avais déduit :-)

vi vi vi...

Histoire de savoir quel matériel est inclus sur ce portable, ce serait pas mal de remonter des infos sur http://smolts.org ou http://hardware4linux.info

Ça prend genre 5 minutes, cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr

Et, oui, j'ai aussi vérifié, il n'y a rien sur http://tuxmobil.org/hp_compaq.html ni http://www.linux-on-laptops.com/hp.html ni http://hardware4linux.info/manufacturer/766/163/

Tu pourras donner les liens ici ensuite :)

Ce n'est pas non plus sur http://tuxmobil.org/hp.html ni sur http://smolts.org/reports/view_profile/Hewlett-Packard

toi, tu va manger cher ;-)

google déjà, notamment du côté de busybox, openwrt...

Les vidéos étaient aussi en ogg/theora sur blip.tv auparavant : http://blip.tv/?search=intelli%27n;s=search;page=8
Je ne sais pas si il y a eu un changement ou peut-être n'ont-elles pas encore été uploadées ?

De ce que j'en ai vu la communauté Fedora gère très bien sa relation avec Red Hat, en tout cas en France. Oui, il y a des dissenssions, c'est très normal àmha et sain, c'est la vie d'une communauté.

Côté Mandriva Linux, nommer Eugeni (connu de la communauté des contributeurs) en a réjoui plus d'un d'entre nous àmha (en s'appuyant sur l'experience d'aginies), même si recruter du monde en plus cela aurait été bien...
Si tu as des infos hormis http://blog.mandriva.com et les ML cooker, tu es le bienvenu :-) d'autant quand les mainteneurs, de main et contrib, actuels sont connus et ceux qui font fonctionner le build-system (côté Mandriva Linux, la distrib' créée au jour le jour par les contributeurs dont font partie les restants d'employés Mandriva en collaboration avec sa communauté ; heureusement que des personnes clés sont restées àmha, même si toutes ne sont plus là, avec de gros manques àmha que je ne détaillerai pas).

Si tu as des liens vers des points d'achoppement à éviter, expérimentés par exemple chez Fedora, n'hésite pas à les donner, cela pourrait servir :/ Même si le modèle retenu est aux antipodes d'une entreprise/communauté et plus proche de Debian voire ArchLinux, cela pourrait servir...

Le fork auquel tu fais sans doute allusion est déjà parti sur cauldron vu qu'il fallait faire un choix de sortir une alpha ou montrer ce qui est possible sans réel changement hormis l'artwork (et ces acteurs de la communauté contribuent en plus activement à cooker pour être en mesure de le sortir, que ce soit en maintenant le build-system ou gérant la migration en python3 annoncée à l'avance ou demain en passant en rpm5 si cela doit se faire...). Simplement, ce ne sera pas tout en même temps :)

Les utilisateurs de Mandriva Linux (la distribution) ont à ce jour plusieurs initiatives à regarder, que ce soit :
- Unity-Linux (pas très connu en France àmha)
- PClinuxOS dont la communauté française se développe
- ou le fork dont tu semblais parler.

Il n'est donc pas question àmha de "couper l'herbe sous le pied" mais bien d'être complémentaire, chacun ayant sa légitimité mais ayant fait des choix temporairement divergents, à chacun de s'y retrouver au final (la communauté, les développeurs, les packageurs, les utilisateurs, les early-adopters).
De la diversité naît une certaine richesse àmha, bénéficiant à tous, contrairement à l'opinion de certains ne comprenant pas le fonctionnement. Créer quelque chose de nouveau n'enlève pas de ressource de ce à quoi ces personnes n'auraient pas contribué àmha, chercher une convergence possible sur le long terme n'est pas incompatible à recruter du monde au passage pour se retrouver ensuite. Cela peut se faire à l'avenir, ce n'est pas encore à l'ordre du jour, à chacun ses expériences, laissons à chacun ses choix (en plus la contribution double reste visiblement encore la norme actuellement, permettant à chacun d'arbitrer son temps disponible et gardant "marginal" le coût de contribution actuellement tant qu'il n'y a pas de divergence avérée, ceux qui suivent cooker peuvent comprendre, les utilisateurs n'auront pas cette difficulté àmha mais auront la possibilité de s'impliquer).

N'hésitez-pas à poser vos questions, il n'y a pas de tabous entre utilisateurs, même si la période paraît perturbée ;-)
Virtualbox fonctionne très bien pour ceux ne souhaitant pas utiliser cauldron au jour le jour (et qui n'utilisaient pas cooker sur leur installation principale :D).
Chacun est le bienvenu pour apprendre en même temps que nous :)

pour disqus, le point avait été discuté dans la galerie statique Pelican http://linuxfr.org/2010/11/07/27553.html