Un ver dont j'ai oublié le nom s'était massivement répandu, les ordinateurs tombaient comme des mouches, les gens réinstallaient, configuraient Internet pour télécharger/mettre à jour l'antivirus et les pilotes, et avant même la fin étaient de nouveau infectés. Bref, il suffisait de prendre ses précautions avant de le connecter, mais c'était hors de portée de l'utilisateur moyen.
Cela fait un moment que des gens tentent de l'intégrer, Rodrigo Moya avait blogué plein de choses sur ses tentatives d'intégration de DBus au kernel: http://blogs.gnome.org/rodrigo/tag/dbus/
Le gros soucis de Vala: c'est un langage nouveau, et spécifique à GObject. Du coup les gens qui veulent coder sur ta plateforme doivent apprendre un nouveau langage. Cela élève encore un peu plus la barrière à la contribution, et restreint encore un peu plus le nombre de gens intéressés.
Enfin personnellement, pour une petite appli qui va se loger dans le systray pour m'indiquer un truc ou un autre de temps en temps, je préfère que ce soit écris dans un langage plutôt concis et plus maintenable ou plus facilement hackable qu'en C avec des risques de fuites mémoire entre autre.
Là je ne suis pas trop d'accord, j'ai encore le souvenir d'applets perl de notification réseau ou des mises à jour me bouffant 50Mo de RAM juste parce que c'était les seuls trucs en perl lancés. Pour un truc résident, je préfère un truc en C qui consomme peu de mémoire, et qu'on corrige les fuites.
Le but n'est pas d'empêcher le développeur de faire une connerie, mais juste de l'empêcher de se plaindre. En C aussi tu peux aler taper dans des membres privés si tu veux vraiment. En python c'est aussi au bon vouloir. Mais le gars qui tape dans des membres privés et se plaint que l'implémentation a changé et que ça lui pète son code, il se fait rire au nez, à juste raison.
Ça a commencé avec l’idée de démarrer de zéro un projet juste parce que la licence de KDE ne leur plaisait pas a l’époque (oui, je ne suis pas tout jeune…).
Pas la licence de KDE, la licence de Qt, qui était proprio à l'époque.
Développer tout en C pour une raison dont je ne me rappelle plus.
Faux. Dès les premières versions de GNOME, tout un tas de langages étaient utilisés. GNOME a toujours été "langage-agnostic", c'est à dire que des applis de tous langages sont acceptés. Si des applications étaient en C, c'est parce que c'est le langage qu'ont choisi les développeurs desdites applications. Ç'aurait pu être un autre. En revanche, les bibliothèques sont en C, car la génération de bindings vers d'autres langages est plus facile à partir du C que du C++ (de ce que j'en ai entendu).
On va copier la base de registre de Windows.
GConf/Dconf n'est pas la base de registre. Ces sytèmes fournissent des valeurs par défaut pour les clés, documentent chaque clé, et servent en gros de base de configuration avancée et centralisée. En quoi est-ce mal ?
Oh et puis non on va faire du .NET, à une époque ou Mono donne encore l'impression d’être un projet loin d’être mur et très en retard sur .NET.
C'est Miguel de Icaza qui est parti sur Mono, et bien que co-fondateur de GNOME, il n'est plus actif dans la communauté GNOME depuis des années. GNOME a officiellement une application en mono, Tomboy. Les autres sont des applications pour GNOME (comme Banshee par exemple), ce qui est différent.
On enlève tout ce qui dépasse sur l'interface graphique, moins l'utilisateur peut en faire mieux c'est.
La configuration se découpe en 3 étages. Les paramètres les plus fréquemment modifiés sont accessibles dans l'interface de GNOME. Ceux un peu moins courants, ou pour lesquels il n'y a pas encore d'interface graphique sont dans gnome-tweak-tool. Enfin, tous ces paramètres, + les autres paramètres avancés sont dans dconf, accessible graphiquement avec dconf-editor et en ligne de commande avec gsettings.
Une interface (ou ce qui en reste) qui regarde fort du coté des écrans tactiles alors que pratiquement personne ne l'utilise sur ce type de matos.
Donc ta logique c'est que GNOME ne doit faire de tactile parce que les périphériques tactiles n'utilisent pas GNOME ? C'est imparable. C'est sûr que s'ils ne bossent pas pour être tactiles, ça va être dur d'être utilisé.
Au passage, tu as quand même des technos prometteuses qui arrivent, comme Leap Motion, et toi ce que tu proposes, c'est de rester avec sa bonne vieille souris dans la main ? Il faut bien à un moment miser sur le futur, non ?
Et maintenant javascript, qui on va dire n'a pas la réputation d’être un langage utilisé pour des softs complexes et de qualité.
C'est à peu près le seul point sur lequel on est d'accord.
Il ne se "passent pas" de l'énorme bibliothèque en python, Javascript devient juste le langage conseillé pour un nouveau projet. Mais tous les autres langages restent supportés, c'est juste qu'il y en a un mis en avant. Le but n'est pas de porter toutes les applications, mais si de nouvelles applications doivent être écrites, le js sera conseillé, c'est tout. C'était le seul moyen pour fournir un SDK: mettre un langage en avant.
rejete car entre en concurrence avec Gnome pour certaines briques… Si ca c'est pas une raison bidon!
C'est sûr, un des gars a porté les bindings python pour le passage a GObject-introspection dit sûrement des conneries en disant que Javascript est une bonne décision !
C'est clair que c'est une décision qu'on peut trouver complètement idiote. Javascript est un langage tout pourri. Les différents moteurs gjs ou seed déjà utilisé sous GNOME utilisent même des dialectes incompatibles entre eux. Javascript en tant que tel laisse l'impression d'être un gros hack. Et pourtant, dans cette histoire, la force de javascript, c'est sa pauvreté. En python, on peut effectivement hésiter entre utiliser les API intégrées de base dans le langage, ou utiliser les équivalents GObject, GLib.
En javascript, le langage est tellement à poil de base, qu'en fournissant les API GObject, il n'y a pas 50 manières de coder un truc. C'est clair que le temps d'avoir quelque chose de vraiment mieux foutu, ça va prendre du temps, que le portage vers ECMAScript 6 va être long, mais en attendant, il sera possible de fournir un SDK pour GNOME, et abaisser le niveau requis pour commencer à contribuer. J'aurais aussi préféré python. Mais je comprends pourquoi Javascript a été choisi. L'avenir nous dira si cela aura été un choix judicieux.
Quant au retard de GTK, la fusion de Clutter et GTK est prévue pour GTK 4. Cela permettra de mutualiser les ressources, et de faire passer GTK à un modèle scène/acteur comme celui de Clutter.
En fait aucune des boîtes associées ne proposait de choses intéressantes pour moi. Du coup j'ai préféré finir d'écrire mon "résumé" anglais pour essayer de trouver un vrai job. Merci de donner les problèmes, ils n'étaient pas accessibles sur leur site si on arrivait trop tard.
Personnellement, je joue à Star Wars D6, et Bushido (jeu de rôle). J'avais fait une séance de jeu de rôle vers 17 ans, mais là j'ai commencé plus sérieusement il y a 3 ans. Je venais de déménager, et je me suis inscrit sur un site de sorties, onvasortir.com. La première semaine, j'ai enchaîné 5 sorties, du ciné au cours de salsa, à la visite du Cimetière du Père-Lachaise. La dernière était une partie de jeu de rôle Star Wars, et je me suis rendu compte que je le maître de jeu habitait à une rue de chez moi.
Du coup, on s'est monté une bonne table, ma copine nous a rejoints et on est 5 joueurs réguliers + 1 maître de jeu.
J'ai lu quelques livres de Lovecraft, et on a aussi joué à Horreur à Arkham une fois avec un de nos joueurs occasionnels. Du JdR dans cette univers me tenterait bien.
Pour le côté geek, ma copine n'avait pas franchement de prédispositions, mais il y a des filles qui aiment bien les jeux de sociétés, et elle en fait partie.
Pour mon côté geek à moi, bon, je suis développeur, libriste, j'ai appris à résoudre un rubik's cube, il y a donc un terreau fertile (beard included).
quel est le souci ? Que la dépêche soit moins bien notée que le journal ?
On s'en fout un peu du karma. Oui, c'est le fait que la dépêche n'hérite pas de la note du journal qui me gêne. Une dépêche issue d'un journal aura à mon avis une note inférieure à la même dépêche issue d'un contenu original, parce que les gens ne pertinentent pas deux fois le même contenu.
il faudrait regarder le nombre de clics sur le lien du journal, j'aurais tendance à dire que si le lecteur de dépêche ne cherche pas à voir les commentaires du journal, c'est peut-être par choix ?
Ne jamais négliger la fainéantise. Le lecteur n'a aucun moyen de savoir si les commentaires du journal sont pertinents ou pas avant d'avoir cliqué dessus. Perso je trouve ça tout bonnement pénible de devoir lire les deux, et je ne lis en général pas ceux des dépêches, parce qu'il y a rarement quelque chose de nouveau par rapport au journal. Je suis un lecteur assidu de linuxfr, par conséquent, j'ai déjà lu le journal avant qu'il ne soit promu en dépêche. En revanche, le lecteur occasionnel qui ne lit que les dépêches passera sans doute à côté des commentaires du journal, alors qu'il lira sans doute ceux de la dépêche. Parce qu'on a l'impression que la dépêche est une version consolidée du journal, qui se suffit à elle même, ce qui est vrai pour le contenu, mais pas pour les commentaires.
En gros, perdre les commentaires lors du passage journal → dépêche, c'est perdre des métadonnées.
Comment identifier les commentaires hors-sujet ? Qui va le faire ?
Les lecteurs, comme pour tout contenu sur Linuxfr.
Un commentaire peut être pertinent dans le journal mais suite à ajout / modification dans la dépêche devenir inutile (précision apportée, faute d'ortho corrigée, paragraphe concerné par le commentaire supprimé de la dépêche…).
Les modéros feront comme ils font d'habitude quand ils font des corrections dans un contenu: ils mettent un commentaire "corrigé, merci" à la fin du fil. Je ne vois vraiment pas où est le problème. Dans le pire des cas il sera inutile et les utilisateurs le noteront comme tel.
Bin ils ont une note dissociée… Du coup un journal bien noté redémarre de 0 sa carrière de dépêche. Celui qui l'a déjà lu et trouvé pertinent ne va pas forcément aller sur la dépêche pour la re-pertinenter. Une bonne dépêche risque alors d'être sous-notée.
Sur la teneur des commentaires, perso je n'ai jamais vu de différence, je trouve que ça trolle pareil sur les 2. Le système de modération sert aussi à ça.
Que faudrait-il de plus ?
Pour moi le journal doit devenir une news. La promotion du pion en reine quoi. Tu n'as pas un pion + une reine. Du coup on garderait la note, les commentaires, et donc l'historique. Le lien vers le journal pourrait alors devenir une redirection vers la news. Enfin bon, c'est une vision personnelle des choses, j'aurais peut être dû mettre un smiley à mon commentaire.
Pour le lien vers le commentaire, c'était le seul, et du coup j'ai joué la flemme, j'ai cliqué sur la cible la plus grosse.
[^] # Re: Jamais, mais...
Posté par liberforce (site web personnel, Mastodon) . En réponse au sondage La dernière fois que j'ai vu un virus/vers concernant Linux. Évalué à 5.
Blaster, Sasser ?
[^] # Re: DBus dans le noyau
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 2.
Cela fait un moment que des gens tentent de l'intégrer, Rodrigo Moya avait blogué plein de choses sur ses tentatives d'intégration de DBus au kernel:
http://blogs.gnome.org/rodrigo/tag/dbus/
[^] # Re: FirefoxOS
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 3.
Le gros soucis de Vala: c'est un langage nouveau, et spécifique à GObject. Du coup les gens qui veulent coder sur ta plateforme doivent apprendre un nouveau langage. Cela élève encore un peu plus la barrière à la contribution, et restreint encore un peu plus le nombre de gens intéressés.
[^] # Re: FirefoxOS
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 6.
Là je ne suis pas trop d'accord, j'ai encore le souvenir d'applets perl de notification réseau ou des mises à jour me bouffant 50Mo de RAM juste parce que c'était les seuls trucs en perl lancés. Pour un truc résident, je préfère un truc en C qui consomme peu de mémoire, et qu'on corrige les fuites.
[^] # Re: Lua
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 5.
Le but n'est pas d'empêcher le développeur de faire une connerie, mais juste de l'empêcher de se plaindre. En C aussi tu peux aler taper dans des membres privés si tu veux vraiment. En python c'est aussi au bon vouloir. Mais le gars qui tape dans des membres privés et se plaint que l'implémentation a changé et que ça lui pète son code, il se fait rire au nez, à juste raison.
[^] # Re: jet de séduction: échec critique
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 8.
Pas la licence de KDE, la licence de Qt, qui était proprio à l'époque.
Faux. Dès les premières versions de GNOME, tout un tas de langages étaient utilisés. GNOME a toujours été "langage-agnostic", c'est à dire que des applis de tous langages sont acceptés. Si des applications étaient en C, c'est parce que c'est le langage qu'ont choisi les développeurs desdites applications. Ç'aurait pu être un autre. En revanche, les bibliothèques sont en C, car la génération de bindings vers d'autres langages est plus facile à partir du C que du C++ (de ce que j'en ai entendu).
GConf/Dconf n'est pas la base de registre. Ces sytèmes fournissent des valeurs par défaut pour les clés, documentent chaque clé, et servent en gros de base de configuration avancée et centralisée. En quoi est-ce mal ?
C'est Miguel de Icaza qui est parti sur Mono, et bien que co-fondateur de GNOME, il n'est plus actif dans la communauté GNOME depuis des années. GNOME a officiellement une application en mono, Tomboy. Les autres sont des applications pour GNOME (comme Banshee par exemple), ce qui est différent.
La configuration se découpe en 3 étages. Les paramètres les plus fréquemment modifiés sont accessibles dans l'interface de GNOME. Ceux un peu moins courants, ou pour lesquels il n'y a pas encore d'interface graphique sont dans gnome-tweak-tool. Enfin, tous ces paramètres, + les autres paramètres avancés sont dans dconf, accessible graphiquement avec dconf-editor et en ligne de commande avec gsettings.
Donc ta logique c'est que GNOME ne doit faire de tactile parce que les périphériques tactiles n'utilisent pas GNOME ? C'est imparable. C'est sûr que s'ils ne bossent pas pour être tactiles, ça va être dur d'être utilisé.
Au passage, tu as quand même des technos prometteuses qui arrivent, comme Leap Motion, et toi ce que tu proposes, c'est de rester avec sa bonne vieille souris dans la main ? Il faut bien à un moment miser sur le futur, non ?
C'est à peu près le seul point sur lequel on est d'accord.
[^] # Re: QML bis?
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 1.
Il ne se "passent pas" de l'énorme bibliothèque en python, Javascript devient juste le langage conseillé pour un nouveau projet. Mais tous les autres langages restent supportés, c'est juste qu'il y en a un mis en avant. Le but n'est pas de porter toutes les applications, mais si de nouvelles applications doivent être écrites, le js sera conseillé, c'est tout. C'était le seul moyen pour fournir un SDK: mettre un langage en avant.
[^] # Re: QML bis?
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 10. Dernière modification le 06 février 2013 à 17:15.
C'est sûr, un des gars a porté les bindings python pour le passage a GObject-introspection dit sûrement des conneries en disant que Javascript est une bonne décision !
C'est clair que c'est une décision qu'on peut trouver complètement idiote. Javascript est un langage tout pourri. Les différents moteurs gjs ou seed déjà utilisé sous GNOME utilisent même des dialectes incompatibles entre eux. Javascript en tant que tel laisse l'impression d'être un gros hack. Et pourtant, dans cette histoire, la force de javascript, c'est sa pauvreté. En python, on peut effectivement hésiter entre utiliser les API intégrées de base dans le langage, ou utiliser les équivalents GObject, GLib.
En javascript, le langage est tellement à poil de base, qu'en fournissant les API GObject, il n'y a pas 50 manières de coder un truc. C'est clair que le temps d'avoir quelque chose de vraiment mieux foutu, ça va prendre du temps, que le portage vers ECMAScript 6 va être long, mais en attendant, il sera possible de fournir un SDK pour GNOME, et abaisser le niveau requis pour commencer à contribuer. J'aurais aussi préféré python. Mais je comprends pourquoi Javascript a été choisi. L'avenir nous dira si cela aura été un choix judicieux.
Quant au retard de GTK, la fusion de Clutter et GTK est prévue pour GTK 4. Cela permettra de mutualiser les ressources, et de faire passer GTK à un modèle scène/acteur comme celui de Clutter.
# Vachement objectif...
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 10.
Déjà, ça s'écrit "Lennart Poettering", et le qualifier de trolleur est un peu limite. Décrié, contesté, mais il n'est pas plus trolleur que Linus.
# Proverbe d'informaticien
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal KDE from scratch. Évalué à 10.
[^] # Re: Le plus propre : getopts
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Création de commande. Évalué à 2.
Et pour le reste, un bon tuto bash:
http://abs.traduc.org/abs-5.3-fr/ (français)
http://www.tldp.org/LDP/abs/html/ (anglais)
[^] # Re: Je vais très vitte me retrouver à -10, mais...
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche TPB AFK : The Pirate Bay, Away From Keyboard. Évalué à 4.
Tu vas rire, mais je pensais vraiment être en train de lire un journal et pas une dépêche !
# Je voulais participer, mais...
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Challenge Codingame n°3. Évalué à 2. Dernière modification le 30 janvier 2013 à 13:53.
En fait aucune des boîtes associées ne proposait de choses intéressantes pour moi. Du coup j'ai préféré finir d'écrire mon "résumé" anglais pour essayer de trouver un vrai job. Merci de donner les problèmes, ils n'étaient pas accessibles sur leur site si on arrivait trop tard.
[^] # Re: Je vais très vitte me retrouver à -10, mais...
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche TPB AFK : The Pirate Bay, Away From Keyboard. Évalué à 4.
Bon -10.
[^] # Re: il fut un temps... que les moins de 20 ans ...
Posté par liberforce (site web personnel, Mastodon) . En réponse au message contrôler la taille et la position d'une fenêtre d'application à son lancement. Évalué à 3.
Devilspie 2: http://www.gusnan.se/devilspie2/
[^] # Re: mauvaise instalation grub ca c'est sur !!
Posté par liberforce (site web personnel, Mastodon) . En réponse au message probleme installation slitaz. Évalué à 3.
La liste des GUL francophones:
http://aful.org/gul/liste
[^] # Re: Un déplacement évolué
Posté par liberforce (site web personnel, Mastodon) . En réponse au sondage Quand un journal est promu en dépêche, je préfère :. Évalué à 5. Dernière modification le 28 janvier 2013 à 14:01.
Actuellement, c'est une copie améliorée, mais on perd les commentaires.
[^] # Re: Bha non
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Ce soir, je joue, tu joues, nous jouons !. Évalué à 6.
Merde, j'ai tout sauf Apple et BSD, c'est grave docteur ?
[^] # Re: Mon expérience
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Ce soir, je joue, tu joues, nous jouons !. Évalué à 4.
Ah, pour les fans de Magic au dessus, j'ai aussi quelques analyses de cartes ;-).
# Mon expérience
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Ce soir, je joue, tu joues, nous jouons !. Évalué à 5.
Personnellement, je joue à Star Wars D6, et Bushido (jeu de rôle). J'avais fait une séance de jeu de rôle vers 17 ans, mais là j'ai commencé plus sérieusement il y a 3 ans. Je venais de déménager, et je me suis inscrit sur un site de sorties, onvasortir.com. La première semaine, j'ai enchaîné 5 sorties, du ciné au cours de salsa, à la visite du Cimetière du Père-Lachaise. La dernière était une partie de jeu de rôle Star Wars, et je me suis rendu compte que je le maître de jeu habitait à une rue de chez moi.
Du coup, on s'est monté une bonne table, ma copine nous a rejoints et on est 5 joueurs réguliers + 1 maître de jeu.
J'ai lu quelques livres de Lovecraft, et on a aussi joué à Horreur à Arkham une fois avec un de nos joueurs occasionnels. Du JdR dans cette univers me tenterait bien.
Pour le côté geek, ma copine n'avait pas franchement de prédispositions, mais il y a des filles qui aiment bien les jeux de sociétés, et elle en fait partie.
Pour mon côté geek à moi, bon, je suis développeur, libriste, j'ai appris à résoudre un rubik's cube, il y a donc un terreau fertile (beard included).
Au passage, j'avais amélioré une feuille de personnage Star Wars D6, et créé un diagramme des pouvoirs de la Force sous Inkscape, si ça peut servir à certains. Je m'étais aussi amusé à faire un petit programme de lancer de dés et sortir les probas de réalisation des scores des lancers, toujours pour Star Wars D6.
[^] # Re: La loi
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Pour votre bien. Évalué à 1.
Vu la faute qu'il a faite au mot précédent, je ne suis pas sûr que c'était fait exprès…
[^] # Re: La loi
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Pour votre bien. Évalué à -2.
Ça me gêne un peu
(削除) t (削除ここまで),(削除) comme même (削除ここまで)quand même.[^] # Re: remarques
Posté par liberforce (site web personnel, Mastodon) . En réponse à l’entrée du suivi Promotion d'un journal en dépêche: déplacement plutôt que copie. Évalué à 4 (+0/-0).
On s'en fout un peu du karma. Oui, c'est le fait que la dépêche n'hérite pas de la note du journal qui me gêne. Une dépêche issue d'un journal aura à mon avis une note inférieure à la même dépêche issue d'un contenu original, parce que les gens ne pertinentent pas deux fois le même contenu.
Ne jamais négliger la fainéantise. Le lecteur n'a aucun moyen de savoir si les commentaires du journal sont pertinents ou pas avant d'avoir cliqué dessus. Perso je trouve ça tout bonnement pénible de devoir lire les deux, et je ne lis en général pas ceux des dépêches, parce qu'il y a rarement quelque chose de nouveau par rapport au journal. Je suis un lecteur assidu de linuxfr, par conséquent, j'ai déjà lu le journal avant qu'il ne soit promu en dépêche. En revanche, le lecteur occasionnel qui ne lit que les dépêches passera sans doute à côté des commentaires du journal, alors qu'il lira sans doute ceux de la dépêche. Parce qu'on a l'impression que la dépêche est une version consolidée du journal, qui se suffit à elle même, ce qui est vrai pour le contenu, mais pas pour les commentaires.
En gros, perdre les commentaires lors du passage journal → dépêche, c'est perdre des métadonnées.
Les lecteurs, comme pour tout contenu sur Linuxfr.
Les modéros feront comme ils font d'habitude quand ils font des corrections dans un contenu: ils mettent un commentaire "corrigé, merci" à la fin du fil. Je ne vois vraiment pas où est le problème. Dans le pire des cas il sera inutile et les utilisateurs le noteront comme tel.
[^] # Re: Argh, encore une promotion !
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche For musicians only (*), ou petit panorama des éditeurs musicaux libres. Évalué à 4.
Fait. Mais je en suis pas sûr que ça passe.
http://linuxfr.org/suivi/promotion-d-un-journal-en-depeche-deplacement-plutot-que-copie
[^] # Re: Argh, encore une promotion !
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche For musicians only (*), ou petit panorama des éditeurs musicaux libres. Évalué à 10.
Bin ils ont une note dissociée… Du coup un journal bien noté redémarre de 0 sa carrière de dépêche. Celui qui l'a déjà lu et trouvé pertinent ne va pas forcément aller sur la dépêche pour la re-pertinenter. Une bonne dépêche risque alors d'être sous-notée.
Sur la teneur des commentaires, perso je n'ai jamais vu de différence, je trouve que ça trolle pareil sur les 2. Le système de modération sert aussi à ça.
Pour moi le journal doit devenir une news. La promotion du pion en reine quoi. Tu n'as pas un pion + une reine. Du coup on garderait la note, les commentaires, et donc l'historique. Le lien vers le journal pourrait alors devenir une redirection vers la news. Enfin bon, c'est une vision personnelle des choses, j'aurais peut être dû mettre un smiley à mon commentaire.
Pour le lien vers le commentaire, c'était le seul, et du coup j'ai joué la flemme, j'ai cliqué sur la cible la plus grosse.