J'ai loupé quelque chose ? Ou c'est plutôt un langage statique avec une syntaxe à la lisp ?
Oui t'as raison, j'ai peut-être pas assez insisté là-dessus, c'est pour ça que j'avais mis «Pseudo-lisp», mais ça aurait sans doute été plus honnête de parler uniquement de syntaxe préfixée, en fait.
Effectivement un vrai compilateur Lisp ça demanderait beaucoup plus de boulot (et de compétences) et une méthode moins naïve et à l'arrache :)
En même temps, certes c'est fragmenté, mais j'ai l'impression que la plupart des fragments en question se contentent de virer le Shell et continuent d'utiliser un certain nombre d'applications et de bibliothèques liées au projet GNOME.
«C'est vrai que ça serait dommage d'attirer un plus grand nombre de développeurs grace à un nouveau binding pour un langage populaire et performant.»
Surtout que ça permet aussi a priori d'utiliser les bibliothèques GNOME dans les langages qui tournent au-dessus de la JVM, comme Scala, Clojure, … (Et du coup c'est cool (vu que les bindings pour Guile sont visiblement pas à jour) parce ça permet à nouveau de faire du GNOME avec un langage à parenthèses \o/)
Après je pense pas que ça va «drainer» des développeurs Java : dans les intérêts de Java, il y a le fait de pouvoir facilemt avoir un programme multi-plateformes, ce qui, j'en ai bien peur, passe un peu à la trappe si t'utilises GTK+ (je dis pas que c'est impossible, mais moins simple).
Je trouve aussi le C++ compliqué, mais après tu peux aussi ne pas tout utiliser : tu peux aussi te contenter de faire, en gros, du "C with classes" (y'en a peut-être qui vont dire que c'est MAL, mais je trouve pas ça absurde).
Après si c'est un projet perso je pense que c'est logique de prendre aussi en compte les éléments subjectifs, du genre est-ce que tu as plutôt envie de réfléchir à comment faire de l'héritage ou de l'objet en C (ce qui peut être un peu galère, mais que je trouve formateur) ou d'apprendre un nouveau langage ?
«fac correspond exactement à la définition d'une fonction tail recursive.»
Heu je dis peut-être une connerie et du coup j'ai un doute, mais telles que je comprends les choses, fac telle qu'est est définie là n'est pas tail-recursive (multiplication par n entre la récursion et le renvoi de la valeur de retour), contrairement à la version qui est donnée dans un commentaire plus bas (avec fac' qui prend un paramètre supplémentaire acc pour ne pas avoir à faire cette multiplication).
Il me semble que tout ça part de l'idée de faciliter le développer des applications GNOME (au sens "utilisant l'eco-système", pas forcément approuvées par GNOME). D'oû le truc de préconiser JavaScript, et aussi de permettre de distribuer/installer plus facilement des applis développées pour GNOME. Ça peut être contestable, mais je trouve que ça a quand même un certain sens.
Je me dis que ça rejoint, même si c'est à un niveau différent, les langages qui proposent des outils pour installer des bibliothèques ou des applis, comme RubyGems, etc.
Question bête (parce que j'ai absolument pas vérifié sur google avant) :
Vu que le dialogue sur le sélecteur d'applications c'est quand même quelque chose d'assez haut niveau (c'est pas redéfinir le fonctionnement de GtkWidget), y'a pas des dépôts du genre «gtk-contrib» avec des règles plus souples ? Parce qu'il y a des cas (j'en sais rien, un dialogue «About» plus fun, d'autres styles de boutons, etc.) où je pense que ça peut être pertinent que ça ne soit pas forcément inclus dans le coeur de la bibliothèque, sans pour autant que les applis qui veulent l'utiliser n'aient à recoder/contourner à chaque fois, et je trouve que les projets où t'as un noyau où tu fais vraiment gaffe à ce que t'ajoutes, et un truc plus large où tu peux contribuer plus facilement (et où les morceaux les plus utilisés et les plus stables peuvent finir par être intégrés dans le projet principal), c'est un fonctionnement qui est intéressant et qui peut permettre un compromis entre «avoir une certaine vision du projet et refuser des features» et «permettre aux gens de contribuer facilement»
«J'ai plutôt l'impression que de détecter si un .EXE est pour Wine ou DOSBox n'est pas facile.»
Ça je sais pas mais c'est pas très grave, si ? Si tu mets le même type MIME dans les deux, normalement tu verras juste les deux programmes quand tu fais «ouvrir avec» (comme avec des films quand t'as plusieurs lecteurs vidéo).
Je suis d'accord sur le fait qu'aller chercher /usr/bin dans le sélecteur de fichiers, c'est franchement pas commode. Mais peut-être qu'il y aurait d'autres moyens envisageables, du genre tu commences à taper les premières lettres du programme et ça te fait de l'autocomplétion à partir de la variable PATH ? Et que quand t'as rien tapé, d'afficher les programmes de cette même liste qui ont le plus fréquemment un intérêt à être appelé par ce biais ?
Enfin je sais pas, mais y'a peut-être une alternative entre «affiche que les programmes qui ont un .desktop» et «afficher un bouton explorer avec absolument tout»
«Si ton caractère "é" vaut 169, c'est que tu es en ISO-8859-1, et pas en UTF-8.»
Non, en ISO le caractère 169 correspond au copyright. 169, ça correspond à l'octet de poids faible du code utf-8 de 'é'. Le problème n'est donc pas de ne pas être en utf-8, mais que getch () ne stocke la valeur du caractère utf-8 que sur un octet.
mistiru:
Tu dis que si t'utilises get_wch, ça change juste les valeurs que t'affiches avec %d, mais du coup est-ce que ça marcherait pas si t'utilsiais "%lc" au lieu de "%c" pour afficher le caractère ?
J'ai essayé chez moi, et du coup avec
get_wch(&ch);printw("char=%lc",ch);
(plus le setlocale au début) ça affiche bien les lettres accentuées.
La fonction get_wch ne permet pas de résoudre ton problème ?
Sinon, tu peux peut-être essayer d'afficher la valeur du caractère avec %d, ou en hexa avec… %x ? (plus sûre), peut-être que tu pourras mieux voir ce qui se passe (du genre, si ça affiche que la première moitié du caractère UTF-8 ou s'il y a eu une conversion en autre chose, comme latin-1)
Ah, et sinon, peut-être qu'il y a une histoire de locale à initialiser (setlocale (LC_ALL, "") si ma mémoire est bonne, mais là encore, à vérifier)
«10 bd à emporter ! Youhou ! Ou 3 films en HD ! Me trimballer avec plusieurs cartes ? Un peu chiant, non ? On risque de les perdre (j'ai jamais vu qq'un qui se trimballait plusieurs microSD).»
Oui enfin bon, se trimballer avec 10 BD c'est pas forcément évident non plus, hein. En tout cas, si je pars en vacances quelques jours, entre trimballer 10 BD ou une liseuse avec une carte SD, mon choix sera vite fait.
Sinon je suis d'accord que l'offre actuelle est pas encore très satisfaisante pour les bouquins «textes», et sans doute encore moins pour les BD, maintenant je me dis qu'en déménageant un tout petit peu régulièrement et en habitant dans un endroit pas très grand, franchement, si à terme il y avait moyen de remplacer toutes les étagères de bouquins/BD par quelques gros disque durs, ça fait quand même un gros avantage pour le numérique.
Après, effectivement, il y a les dédicaces, et pas que ça (par exemple j'aime bien offrir un livre ou une BD en cadeau, et je pense que c'est pas pareil avec une version numérique), mais je me dis que les deux formats peuvent coexister. Perso, à terme, je trouverais pas absurde d'avoir une petite collection de bouquins/BDs dédicacés, et le reste du «stock» en numérique.
«Est-ce que les développeurs Gnome ont réglé ce problème, si oui où puis-je me documenter?»
Je sais pas où trouver la doc pour l'utilisation des bindings Glib dans Javascript, mais je pense que l'idée c'est d'utiliser ça, et vu que la Glib a des fonctions permettant d'accéder aux fichier ça doit résoudre le problème.
Je suis assez d'accord, mais je me dis que le fait que ce soit interprété est peut-être considéré comme plus accessible et que ça joue aussi ? (En tout cas pour apprendre le langage/les libs, je trouve plus facile d'avoir un prompt où tu peux jouer en direct avec les exemples plutôt que d'avoir à recompiler à chaque fois)
En tout cas de terme de cohérence et de vision globale je trouve ça un peu bizarre de développer son propre langage d'un côté et de pas le promouvoir… Après ça se comprend parce que c'est du logiciel libre, qu'il y a différentes équipes et pas un grand chef, mais bon…
Pour le premier désavantage de Vala je suis d'accord, c'est vrai que c'est chiant quand tu tombes sur un bug de Vala, même s'il faut espérer qu'à terme ça va devenir beaucoup plus marginal.
Par contre pour le deuxième point, sur le code «greppable», soit j'ai pas compris, soit ça s'applique à plus ou moins tous les langages objets (en C++, Java, … t'auras le même problème pour «grepper», non ?) et je suis pas persuadée que la solution de tout écrire en C soit pour autant forcément la meilleure pour tout le monde (je veux bien admettre que si tu maîtrises bien le C, GObject, etc, ça ne soit pas forcément si compliqué au final et que c'est une question d'habitude, mais je trouve que ça ne demande pas le même apprentissage).
Ouais pis bon, perso si j'héberge une personne que je ne connais pas (ou peu), je préfère qu'elle sorte son laptop si elle s'ennuie que les situations super confortables où tu vois que ton «invité» se fait chier et où t'essaies désespérément de parler de sujets bateaux pour meubler le silence.
Cela dit, ce que RMS dit exactement (à moins qu'il n'y ait un autre passage ailleurs que j'ai râté), c'est :
Please don't be surprised if I pull out my computer at dinner and
begin handling some of my email. I have difficulty hearing when there
is noise; at dinner, when people are speaking to each other, I usually
cannot hear their words. Rather than feel bored, or impose on
everyone by asking them to speak slowly at me, I do some work.
Ce qui n'est sans doute pas le summum de la politesse mais me semble assez compréhensible.
«A mon avis, quitte à faire du libre et qu'on voudrait quand même aussi avoir Debian, autant aller à la source sans faire ce doublon intermédiaire.»
J'avais juste regardé vite fait le store Ubuntu à un moment, mais j'ai quand même l'impression que c'est beaucoup plus facile d'y être dessus que dans Debian. Du coup pour des logiciels qui ont pas (encore) une grosse popularité pour attirer l'attention d'un développeur Debian et dont les développeurs n'ont pas l'énergie ou les compétences suffisantes pour faire un paquet satisfaisant à un upload dans Debian et se taper le processus, je me dis que ça peut quand même être utile éventuellement pour que le logiciel soit plus distribué.
Cela dit, j'ai pas testé et j'ai peut être tort :)
Mouais, je trouve que là-dessus c'est quand même vachement moins clair (en tout cas pour moi, peut-être pas pour un juriste qualifié) que, disons, la GPL concernant le software, surtout quand c'est des médias différents (exemple : un article de journal constitué d'un texte et d'une illustration, est-ce que le tout doit être sous copyleft si un des deux est sous copyleft ? probablement pas, je dirais, mais je me trompe peut-être, et j'ai l'impression qu'après ça va beaucoup dépendre des cas (roman illustré ? émission de radio avec texte lu entrecoupé de musique ? etc.)). Bref, je trouve qu'il y a pas la même certitude en mettant une oeuvre en SA qu'un programme en GPL, et ça joue peut-être sur la réticence à ne pas faire du «vrai libre».
Pareil pour moi, autant j'arrive à me motiver pour des projets persos (même si je finis en général par abandonner au bout de quelques temps parce que ça sert à rien, faut être honnête), autant j'ai beaucoup de mal à contribuer à des projets existants…
Je pense que c'est une histoire de barrière à l'entrée à passer, et qu'une fois inscrite sur les bonnes mailings lists, à suivre les bons canaux IRC et à connaître à peu près le code, ça serait plus facile, mais j'ai jamais vraiment passé le cap du «je regarde le bugzilla en espérant sans trop y croire trouver un truc à ma hauteur ET qui ne date pas de 2003».
«À noter que si quelqu'un trouve Gnome3 trop minimaliste, je ne comprendrai pas vraiment qu'il lui préfère XFCE.»
Des critiques que j'ai lues (et pu formuler, d'ailleurs) sur Gnome 3, c'est plutôt le manque de «configurabilité» par défaut qui est reproché que le minimalisme. (Oui, y'a des extensions, mais c'est chiant de devoir installer une extension pour changer le thème du shell, par exemple)
«C'est d'ailleurs la raison qui a poussé Debian a remplacer Gnome par XFCE comme bureau par défaut : Gnome3 est devenu un bureau trop gros pour être proposé comme bureau à l'installation par défaut. Debian a préféré le minimalisme d'XFCE en l'opposant à Gnome3.»
Je suis pas sûre que ce soit une décision définitive, il me semblait avoir compris qu'une autre option était de changer l'outil de compression et que c'était pas évident que XFCE serait l'environnement par défaut.
«Je crois qu'il parlait d'utiliser les deux versions dans la même application. Mais je ne suis pas sûr que ça soit faisable avec d'autres tookits.»
Même avec d'autres bibliothèques, c'est un truc qui se fait vraiment, de pouvoir utiliser deux versions différentes dans la même appli ? J'ai l'impression qu'avec la plupart des bibliothèques tu vas utiliser les mêmes symboles pour appeler les mêmes fonctions dans deux versions différentes et que c'est au moment du linkage que tu vas choisir la version, mais si t'as qu'un seul binaire je vois pas trop dire qu'à un moment le symbole plop_coin () doit être cherché dans libcoincoin.so.4 et que deux lignes plus loin il faut le chercher dans libcoincoin.so.5 ?
«Réduire le volume d'information reçu ca améliore plus la productivité que n'importe quel client mail. Déjà qu'au dessus de quelques dizaines de mails par jour tu ne fais déjà absolument plus rien d'utile… »
Mouais enfin ça dépend… L'intérêt des mailings lists ça peut ne pas forcément être de tout lire par exemple, mais de trouver ça plus facile à consulter que sur un serveur d'archives (surtout que même si t'as 40 Go de mail ça prend plus forcément un pourcentage énorme de ton disque dur).
De même c'est pas évident qu'une mailing liste n'a pas de fichier joint, à l'époque où j'avais une activité de recherche j'étais sur des mailings lists où circulaient pas mal d'articles (version publiées ou en cours de travail), et les articles scientifiques ça prend vite de la place…
[^] # Re: Macro ?
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Valisp, un langage (pseudo-)Lisp au-dessus de Vala. Évalué à 7.
Oui t'as raison, j'ai peut-être pas assez insisté là-dessus, c'est pour ça que j'avais mis «Pseudo-lisp», mais ça aurait sans doute été plus honnête de parler uniquement de syntaxe préfixée, en fait.
Effectivement un vrai compilateur Lisp ça demanderait beaucoup plus de boulot (et de compétences) et une méthode moins naïve et à l'arrache :)
[^] # Re: Pourquoi GNOME?
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Actualités estivales 2013 autour de GNOME. Évalué à 2.
En même temps, certes c'est fragmenté, mais j'ai l'impression que la plupart des fragments en question se contentent de virer le Shell et continuent d'utiliser un certain nombre d'applications et de bibliothèques liées au projet GNOME.
[^] # Re: Un peu tôt pour un vendredi
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Retours du Google SoC et OPW 2013. Évalué à 2.
«C'est vrai que ça serait dommage d'attirer un plus grand nombre de développeurs grace à un nouveau binding pour un langage populaire et performant.»
Surtout que ça permet aussi a priori d'utiliser les bibliothèques GNOME dans les langages qui tournent au-dessus de la JVM, comme Scala, Clojure, … (Et du coup c'est cool (vu que les bindings pour Guile sont visiblement pas à jour) parce ça permet à nouveau de faire du GNOME avec un langage à parenthèses \o/)
Après je pense pas que ça va «drainer» des développeurs Java : dans les intérêts de Java, il y a le fait de pouvoir facilemt avoir un programme multi-plateformes, ce qui, j'en ai bien peur, passe un peu à la trappe si t'utilises GTK+ (je dis pas que c'est impossible, mais moins simple).
[^] # Re: Un peu tôt pour un vendredi
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Retours du Google SoC et OPW 2013. Évalué à 4.
Je me trompe peut-être, mais il me semble que les extensions gnome-shell sont écrites en Javascript, non ?
[^] # Re: Ne te prends plus la tête
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal C(++) ?. Évalué à 3.
Je trouve aussi le C++ compliqué, mais après tu peux aussi ne pas tout utiliser : tu peux aussi te contenter de faire, en gros, du "C with classes" (y'en a peut-être qui vont dire que c'est MAL, mais je trouve pas ça absurde).
Après si c'est un projet perso je pense que c'est logique de prendre aussi en compte les éléments subjectifs, du genre est-ce que tu as plutôt envie de réfléchir à comment faire de l'héritage ou de l'objet en C (ce qui peut être un peu galère, mais que je trouve formateur) ou d'apprendre un nouveau langage ?
[^] # Re: Tail-call optimization de la factorielle ?
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Sortie du livre « Parallel and Concurrent Programming in Haskell ». Évalué à 6.
«fac correspond exactement à la définition d'une fonction tail recursive.»
Heu je dis peut-être une connerie et du coup j'ai un doute, mais telles que je comprends les choses, fac telle qu'est est définie là n'est pas tail-recursive (multiplication par n entre la récursion et le renvoi de la valeur de retour), contrairement à la version qui est donnée dans un commentaire plus bas (avec fac' qui prend un paramètre supplémentaire acc pour ne pas avoir à faire cette multiplication).
[^] # Re: Ca commence mal...
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 4.
Il me semble que tout ça part de l'idée de faciliter le développer des applications GNOME (au sens "utilisant l'eco-système", pas forcément approuvées par GNOME). D'oû le truc de préconiser JavaScript, et aussi de permettre de distribuer/installer plus facilement des applis développées pour GNOME. Ça peut être contestable, mais je trouve que ça a quand même un certain sens.
Je me dis que ça rejoint, même si c'est à un niveau différent, les langages qui proposent des outils pour installer des bibliothèques ou des applis, comme RubyGems, etc.
[^] # Re: Association de fichiers
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Question bête (parce que j'ai absolument pas vérifié sur google avant) :
Vu que le dialogue sur le sélecteur d'applications c'est quand même quelque chose d'assez haut niveau (c'est pas redéfinir le fonctionnement de GtkWidget), y'a pas des dépôts du genre «gtk-contrib» avec des règles plus souples ? Parce qu'il y a des cas (j'en sais rien, un dialogue «About» plus fun, d'autres styles de boutons, etc.) où je pense que ça peut être pertinent que ça ne soit pas forcément inclus dans le coeur de la bibliothèque, sans pour autant que les applis qui veulent l'utiliser n'aient à recoder/contourner à chaque fois, et je trouve que les projets où t'as un noyau où tu fais vraiment gaffe à ce que t'ajoutes, et un truc plus large où tu peux contribuer plus facilement (et où les morceaux les plus utilisés et les plus stables peuvent finir par être intégrés dans le projet principal), c'est un fonctionnement qui est intéressant et qui peut permettre un compromis entre «avoir une certaine vision du projet et refuser des features» et «permettre aux gens de contribuer facilement»
[^] # Re: Association de fichiers
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 4.
«J'ai plutôt l'impression que de détecter si un .EXE est pour Wine ou DOSBox n'est pas facile.»
Ça je sais pas mais c'est pas très grave, si ? Si tu mets le même type MIME dans les deux, normalement tu verras juste les deux programmes quand tu fais «ouvrir avec» (comme avec des films quand t'as plusieurs lecteurs vidéo).
[^] # Re: Association de fichiers
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 6.
Je suis d'accord sur le fait qu'aller chercher /usr/bin dans le sélecteur de fichiers, c'est franchement pas commode. Mais peut-être qu'il y aurait d'autres moyens envisageables, du genre tu commences à taper les premières lettres du programme et ça te fait de l'autocomplétion à partir de la variable PATH ? Et que quand t'as rien tapé, d'afficher les programmes de cette même liste qui ont le plus fréquemment un intérêt à être appelé par ce biais ?
Enfin je sais pas, mais y'a peut-être une alternative entre «affiche que les programmes qui ont un .desktop» et «afficher un bouton explorer avec absolument tout»
[^] # Re: get_wch ?
Posté par Lizzie Crowdagger (site web personnel) . En réponse au message [Résolu] Caractères composés. Évalué à 2.
«Si ton caractère "é" vaut 169, c'est que tu es en ISO-8859-1, et pas en UTF-8.»
Non, en ISO le caractère 169 correspond au copyright. 169, ça correspond à l'octet de poids faible du code utf-8 de 'é'. Le problème n'est donc pas de ne pas être en utf-8, mais que getch () ne stocke la valeur du caractère utf-8 que sur un octet.
mistiru:
Tu dis que si t'utilises get_wch, ça change juste les valeurs que t'affiches avec %d, mais du coup est-ce que ça marcherait pas si t'utilsiais "%lc" au lieu de "%c" pour afficher le caractère ?
J'ai essayé chez moi, et du coup avec
(plus le setlocale au début) ça affiche bien les lettres accentuées.
# get_wch ?
Posté par Lizzie Crowdagger (site web personnel) . En réponse au message [Résolu] Caractères composés. Évalué à 1. Dernière modification le 29 mars 2013 à 00:40.
La fonction get_wch ne permet pas de résoudre ton problème ?
Sinon, tu peux peut-être essayer d'afficher la valeur du caractère avec %d, ou en hexa avec… %x ? (plus sûre), peut-être que tu pourras mieux voir ce qui se passe (du genre, si ça affiche que la première moitié du caractère UTF-8 ou s'il y a eu une conversion en autre chose, comme latin-1)
Ah, et sinon, peut-être qu'il y a une histoire de locale à initialiser (setlocale (LC_ALL, "") si ma mémoire est bonne, mais là encore, à vérifier)
[^] # Re: Lapin compris
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Mise à disposition progressive du contenu: bonne idée.. Évalué à 3.
«10 bd à emporter ! Youhou ! Ou 3 films en HD ! Me trimballer avec plusieurs cartes ? Un peu chiant, non ? On risque de les perdre (j'ai jamais vu qq'un qui se trimballait plusieurs microSD).»
Oui enfin bon, se trimballer avec 10 BD c'est pas forcément évident non plus, hein. En tout cas, si je pars en vacances quelques jours, entre trimballer 10 BD ou une liseuse avec une carte SD, mon choix sera vite fait.
Sinon je suis d'accord que l'offre actuelle est pas encore très satisfaisante pour les bouquins «textes», et sans doute encore moins pour les BD, maintenant je me dis qu'en déménageant un tout petit peu régulièrement et en habitant dans un endroit pas très grand, franchement, si à terme il y avait moyen de remplacer toutes les étagères de bouquins/BD par quelques gros disque durs, ça fait quand même un gros avantage pour le numérique.
Après, effectivement, il y a les dédicaces, et pas que ça (par exemple j'aime bien offrir un livre ou une BD en cadeau, et je pense que c'est pas pareil avec une version numérique), mais je me dis que les deux formats peuvent coexister. Perso, à terme, je trouverais pas absurde d'avoir une petite collection de bouquins/BDs dédicacés, et le reste du «stock» en numérique.
[^] # Re: Javascript et les fichiers
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 2.
«Est-ce que les développeurs Gnome ont réglé ce problème, si oui où puis-je me documenter?»
Je sais pas où trouver la doc pour l'utilisation des bindings Glib dans Javascript, mais je pense que l'idée c'est d'utiliser ça, et vu que la Glib a des fonctions permettant d'accéder aux fichier ça doit résoudre le problème.
[^] # Re: FirefoxOS
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 2.
Je suis assez d'accord, mais je me dis que le fait que ce soit interprété est peut-être considéré comme plus accessible et que ça joue aussi ? (En tout cas pour apprendre le langage/les libs, je trouve plus facile d'avoir un prompt où tu peux jouer en direct avec les exemples plutôt que d'avoir à recompiler à chaque fois)
En tout cas de terme de cohérence et de vision globale je trouve ça un peu bizarre de développer son propre langage d'un côté et de pas le promouvoir… Après ça se comprend parce que c'est du logiciel libre, qu'il y a différentes équipes et pas un grand chef, mais bon…
[^] # Re: Pourquoi Vala?
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche Sortie de Val(a)IDE 0.7.2. Évalué à 4.
Pour le premier désavantage de Vala je suis d'accord, c'est vrai que c'est chiant quand tu tombes sur un bug de Vala, même s'il faut espérer qu'à terme ça va devenir beaucoup plus marginal.
Par contre pour le deuxième point, sur le code «greppable», soit j'ai pas compris, soit ça s'applique à plus ou moins tous les langages objets (en C++, Java, … t'auras le même problème pour «grepper», non ?) et je suis pas persuadée que la solution de tout écrire en C soit pour autant forcément la meilleure pour tout le monde (je veux bien admettre que si tu maîtrises bien le C, GObject, etc, ça ne soit pas forcément si compliqué au final et que c'est une question d'habitude, mais je trouve que ça ne demande pas le même apprentissage).
[^] # Re: miam
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 6.
Ouais pis bon, perso si j'héberge une personne que je ne connais pas (ou peu), je préfère qu'elle sorte son laptop si elle s'ennuie que les situations super confortables où tu vois que ton «invité» se fait chier et où t'essaies désespérément de parler de sujets bateaux pour meubler le silence.
Cela dit, ce que RMS dit exactement (à moins qu'il n'y ait un autre passage ailleurs que j'ai râté), c'est :
Ce qui n'est sans doute pas le summum de la politesse mais me semble assez compréhensible.
[^] # Re: Allez j'me lance
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 2.
«A mon avis, quitte à faire du libre et qu'on voudrait quand même aussi avoir Debian, autant aller à la source sans faire ce doublon intermédiaire.»
J'avais juste regardé vite fait le store Ubuntu à un moment, mais j'ai quand même l'impression que c'est beaucoup plus facile d'y être dessus que dans Debian. Du coup pour des logiciels qui ont pas (encore) une grosse popularité pour attirer l'attention d'un développeur Debian et dont les développeurs n'ont pas l'énergie ou les compétences suffisantes pour faire un paquet satisfaisant à un upload dans Debian et se taper le processus, je me dis que ça peut quand même être utile éventuellement pour que le logiciel soit plus distribué.
Cela dit, j'ai pas testé et j'ai peut être tort :)
[^] # Re: morale, commerce etc.
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Logiciel libre, art libre et clause "NC". Évalué à 2.
Mouais, je trouve que là-dessus c'est quand même vachement moins clair (en tout cas pour moi, peut-être pas pour un juriste qualifié) que, disons, la GPL concernant le software, surtout quand c'est des médias différents (exemple : un article de journal constitué d'un texte et d'une illustration, est-ce que le tout doit être sous copyleft si un des deux est sous copyleft ? probablement pas, je dirais, mais je me trompe peut-être, et j'ai l'impression qu'après ça va beaucoup dépendre des cas (roman illustré ? émission de radio avec texte lu entrecoupé de musique ? etc.)). Bref, je trouve qu'il y a pas la même certitude en mettant une oeuvre en SA qu'un programme en GPL, et ça joue peut-être sur la réticence à ne pas faire du «vrai libre».
[^] # Re: Un peu comme toi
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 2.
Pareil pour moi, autant j'arrive à me motiver pour des projets persos (même si je finis en général par abandonner au bout de quelques temps parce que ça sert à rien, faut être honnête), autant j'ai beaucoup de mal à contribuer à des projets existants…
Je pense que c'est une histoire de barrière à l'entrée à passer, et qu'une fois inscrite sur les bonnes mailings lists, à suivre les bons canaux IRC et à connaître à peu près le code, ça serait plus facile, mais j'ai jamais vraiment passé le cap du «je regarde le bugzilla en espérant sans trop y croire trouver un truc à ma hauteur ET qui ne date pas de 2003».
[^] # Re: His name is Bond
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Cinema - Skyfall. Évalué à 5.
C’est pas 68, année de la jeunesse, c’est pas comme ça que ça se passe. C’est le vrai monde dehors et le vrai monde il va chez le coiffeur.
Ah non, c'est pas James Bond, ça, je confonds /o\
[^] # Re: [Troll] Gnome 3
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 3.
«À noter que si quelqu'un trouve Gnome3 trop minimaliste, je ne comprendrai pas vraiment qu'il lui préfère XFCE.»
Des critiques que j'ai lues (et pu formuler, d'ailleurs) sur Gnome 3, c'est plutôt le manque de «configurabilité» par défaut qui est reproché que le minimalisme. (Oui, y'a des extensions, mais c'est chiant de devoir installer une extension pour changer le thème du shell, par exemple)
«C'est d'ailleurs la raison qui a poussé Debian a remplacer Gnome par XFCE comme bureau par défaut : Gnome3 est devenu un bureau trop gros pour être proposé comme bureau à l'installation par défaut. Debian a préféré le minimalisme d'XFCE en l'opposant à Gnome3.»
Je suis pas sûre que ce soit une décision définitive, il me semblait avoir compris qu'une autre option était de changer l'outil de compression et que c'était pas évident que XFCE serait l'environnement par défaut.
[^] # Re: Lapin compris
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 1.
«Je crois qu'il parlait d'utiliser les deux versions dans la même application. Mais je ne suis pas sûr que ça soit faisable avec d'autres tookits.»
Même avec d'autres bibliothèques, c'est un truc qui se fait vraiment, de pouvoir utiliser deux versions différentes dans la même appli ? J'ai l'impression qu'avec la plupart des bibliothèques tu vas utiliser les mêmes symboles pour appeler les mêmes fonctions dans deux versions différentes et que c'est au moment du linkage que tu vas choisir la version, mais si t'as qu'un seul binaire je vois pas trop dire qu'à un moment le symbole plop_coin () doit être cherché dans libcoincoin.so.4 et que deux lignes plus loin il faut le chercher dans libcoincoin.so.5 ?
[^] # Re: Exchange 2012
Posté par Lizzie Crowdagger (site web personnel) . En réponse au journal L'Evolution touche t-il à sa fin ?. Évalué à 3.
«Réduire le volume d'information reçu ca améliore plus la productivité que n'importe quel client mail. Déjà qu'au dessus de quelques dizaines de mails par jour tu ne fais déjà absolument plus rien d'utile… »
Mouais enfin ça dépend… L'intérêt des mailings lists ça peut ne pas forcément être de tout lire par exemple, mais de trouver ça plus facile à consulter que sur un serveur d'archives (surtout que même si t'as 40 Go de mail ça prend plus forcément un pourcentage énorme de ton disque dur).
De même c'est pas évident qu'une mailing liste n'a pas de fichier joint, à l'époque où j'avais une activité de recherche j'étais sur des mailings lists où circulaient pas mal d'articles (version publiées ou en cours de travail), et les articles scientifiques ça prend vite de la place…
[^] # Re: Petit retour
Posté par Lizzie Crowdagger (site web personnel) . En réponse à la dépêche GNOME 3.6 : en route vers GNOME 4.0 !. Évalué à 1.
Je pense pas que vous parliez de la même chose avec le terme «écran d'applications» («overview» VS «la liste des applications dans l'overview»)