Déjà on n'achète pas un flim, on achète une copie d'un flim.
Ouf, merci de la précision, on avait tous compris qu'on repartait avec le master sous le bras ainsi que les droits d'exploitation, le tout pour $5.
Y'a des mouches qui doivent marcher de traviole…
Je ne comprends pas ce que tu reproches au projet KDE : qu'il ait mis un certain temps à corriger le problème ou bien qu'il ne force pas les distribs à intégrer le correctif introduit dans la 4.9 ?
Dans le premier cas, je te conseille simplement de passer par leur service commercial pour obtenir un remboursement.
Dans le second cas, je te recommande d'écrire une lettre manuscrite à l'équipe de ta distribution favorite, mais n'oublie pas les formules de politesse qui siéent.
Comme tu dis.
Les limites du format INI sont connues depuis longtemps mais lorsqu'il s'agît de stocker des clefs/valeurs avec une faible profondeur hiérarchique et/ou de lire/editer de façon intuitive le fichier, c'est un format de choix.
On peut toujours "bidouiller" pour stocker des tableaux dans un format INI (ajout d'un suffixe d'indexation des clefs).
Même si j'ai une faiblesse pour le JSON qui arrive à allier concision et simplicité de lecture.
Le XML par contre, sa puissance est clairement dans ses systèmes de validations/schémas, mais le reste, erk…
Pour les menus freedesktop, j'ai un peu de mal à comprendre pourquoi il a été choisi par rapport à JSON/XML, on pourrait pré-supposer qu'un menu est une hiérarchie d'entrées.
Où il m'a mis la patée ?
Me mettre la pâtée c'est me démontrer que systemd est l'outil qu'il faut.
Pas exactement ; je me fiche de savoir si vous êtes ou non convaincu par l'explication de Misc, par contre, force est de constater que ses explications sont beaucoup plus limpides, techniques et exhaustives que l'espèce de mélange de propos sans queue ni tête qui constituent votre commentaire. Sérieusement, j'ai buté un nombre incalculable de fois sur vos phrases en me demandant ce que vous aviez bien voulu dire par là. Sans parler des petites tournures de phrase débiles qui n'apportent strictement rien au débat comme : "1/ je ne suis pas admin. Donc je dois être facile à convaincre. C'est raté."
Ho my gosh, je viens de relire le 2/, c'est encore pire que le 1/
En fait, c'est même plus fort que ça, on dirait parfois sur Jean-Claude Van Damme :
En France, les gens veulent une voiture au diesel, donc le contructeur fait encore du diesel. Au Japon, c'est strictement interdit pour des raisons de santé publique.
Me diriez vous que nous sommes ici intelligents en voulant toujours du diesel ?
Sans parler de cette étrange obsession sur la présupposée inadéquation/médiocrité du format ini pour un fichier de configuration. Qu'est-ce qui vous fait dire cela ? De l'XML, du JSON ou du format INI, ce dernier est bien le plus lisible et est encore utilisé par un nombre infini de projets d'envergure.
C'est beau comme la Pravda. CSS, c'est le langage si simple et accessible qu'aujourd'hui tout le monde préfère utiliser des surcouches (bootstrap, etc.).
Accessible, CSS l'est assurément, et documenté.
"Simple", ok, ça peut devenir compliqué mais d'une part, non, tout le monde n'utilise pas des surcouches à CSS, d'autres part, ces surcouches pondent du CSS/HTML en sortie donc y'a pas vraiment de contradictions ; on garde un format universel, qu'on peut concevoir de façon "haut niveau" avec des toolkits.
Tu essayes de trop intellectualiser les propos et de prêter des intentions aux gens, on est pas en train d'écrire des équations mathématiques, on s'exprime avec nos petits défauts rhétoriques, avec nos raccourcis d'êtres humains et toi tu pars dans de grandes théories sur l'égalité devant la famille entre une femme de ménage et un développeur, non mais ho, arrête toi deux secondes et respire un grand coup ;)
Bah pour moi le débat est mort depuis un moment, c'est une sorte de gloubi-boulga de malentendus, de certitudes, d'incompréhensions, et de lieux communs. On ne va rien apprendre (il existe des gens talentueux, des gens talentueux qui bossent, des gens non talentueux qui bossent, des gens qui sacrifient leur vie de famille pour leur hobbie, etc), et j'avoue, j'ai un peu participé à ça, je n'ai pas du tout été informatif. J'avais juste envie de crier mon aigreur et ma jalousie face à des Alan Cox :)
En relisant les commentaires, ça me fait peur : les gens ayant posté des commentaires la croient que le libre est obligatoirement un hobby et n'imaginent pas que ça peut être un emploi (exactement comem eux en ont un)?
C'est ça, on est exactement aussi con que ça : on croit que le libre est un hobby pour tout le monde.
T'as vraiment compris le fond de notre propos, ça fait plaisir.
J'ai une femme, deux grimlins en bas âge et une maison.
Si je ne partage pas les tâches avec ma douce, mon couple est terminé dans le trimestre :)
Il me reste très très peu de temps pour coder à côté. Ca m'attriste car j'ai quelque part l'impression de ne pas m'accomplir (même si mon boulot principal est intéressant) mais j'ai fais ce choix d'avoir des mômes donc j'assume, et puis "ça apporte d'autres joies" (phrase auto-consolatoire :)).
Ou alors il faudrait que je dorme moins, mais non, j'ai besoin de mes 8 heures.
Je trouve ton attitude un peu violente vis à vis des utilisateurs.
Ce qui me semble plutôt "violent", c'est le traitement que fait subir alpha_one_x86 envers lui-même (bon j'y vais un peu fort sur la formulation :)) : il travaille depuis des années sur un concurrent de Supercopier qui l'a maintenant bien dépassé (d'après ses comparatifs), il reprend ensuite les rennes de Supercopier avec la permission de l'auteur original (bon en fait, à ce moment là, ça me semblait déjà étrange (*)), et continue de le faire évoluer en parallèle de son propre bébé, tout en sachant que les deux softs partagent exactement le même créneau.
Alors OK, c'est très gentil et câlin avec les utilisateurs de Supercopier et après tout, si alpha_one_x86 s'éclate comme ça…
Perso, je rajouterai un dialogue bien visible au lancement du logiciel ou à l'utilisation qui dit que c'est la dernière mise à jour pour SuperCopier et que pour des corrections de bug et plus fonctionnel, il y a aussi UltraCopier.
Oui en gros, ça s'éloigne pas trop de ce que je proposais : arrêter de faire évoluer un soft dont on maintient en parallèle un concurrent encore meilleur.
Comme ça, les utilisateurs sont informés, ils sont pas pris en otage et en même temps tu proposes une version plus fonctionnelle de façon non forcée.
"pris en otage".
wow.
Donc en gros, si alpha_one_x86 ne fait pas évoluer Supercopier, il prend les utilisateurs de ce dernier "en otage" ? Tu te rends compte quand même que si alpha_one_x86 ne s'était pas proposé pour maintenir Supercopier, ça serait un abandonneware ?
(*) c'est un peu comme ces boîtes qui rachètent une entreprise concurrente uniquement pour la clientèle, qui continue à maintenir le produit maison pour pas perturber les utilisateurs, dans ces cas là, c'est avant tout une stratégie de captation de clientèle dans un contexte concurrentiel. Bon, c'est sûrement ça qu'a cherché alpha_one_x86 : rabattre de la "clientèle" vers son soft, je dois pas être assez calculateur…
Utiliser un gestionnaire de copie me semble étrange, mais ça c'est mon opinion, et je conçois très bien qu'il peut être utile à certain.
Comment peux-tu concevoir qu'il peut être utile à certain et le trouver étrange quand même ?
Ca te semble si étrange qu'on puisse vouloir avoir une contrôle plus fin sur un ensemble de copies de fichier via GUI ? Tu es dans Dolphi/Nautilus, Ctrl-C, Ctrl-V, ça fait apparaître la boite de copie, jusque là ça va ? Les softs "à la Supercopier" se proposent par exemple de mettre les copies de fichier qui ont le même disque dur de destination dans des files d'attente, puisque de toute façon la tête de lecture du HD passe son temps à faire des aller-retour entre les différents secteurs ce qui ralentit tout le monde. Cette file d'attente permet de pouvoir annuler a posteriori certaines copies en particulier, le tout via un GUI également.
Tu te fais vraiment beaucoup d'états d'âme, tu es le mainteneur de logiciels libres, libère toi de ça et fais ce qui te plaît ! Tu n'as aucun compte à rendre aux gens, ils t'ont pas payé pour faire ce soft, tu le fais parce que ça te plaît.
Perso j'arrêterais de maintenir Supercopier, et sur la page je mettrais un lien vers le dépôt/tarball avec le sources en l'état (pour ceux qui voudraient continuer à le faire évoluer), un lien vers les derniers binaires pour pas être trop chien, mais j'indiquerais surtout qu'il existe un autre logiciel plus performant avec éventuellement un tableau comparatif.
Parce que j'ai vraiment du mal à saisir cette idée de "maintenir Supercopier pour pouvoir le comparer à Ultracopier", tu te rajoutes du boulot juste pour remplir ton tableau comparatif tout en souhaitant que ce tableau soit en faveur d'Ultracopier, ce qu'il est déjà en réalité o_O
Pourquoi es-tu entravé par des contraintes qui accompagnent habituellement de la prestation payante de logiciel ? A moins que ça ne te dérange pas de faire évoluer les deux, mais d'un point de vue extérieur, on se demande "pourquoi ce gars propose deux logiciels similaires ? Il a pas confiance en son projet principal ? (ultracopier)"
Ma remarque n'était pas innocente. Donc c'est bien ce que je disais, une couche de peinture, choix des couleurs toussa. C'est la rôle du DE je persiste.
J'avais un avis tranché comme cela longtemps (après avoir vécu la grande époque du skinning dans les années 90/2000 ou faire une application sans sa propre unité de configuration de skin n'était pas concevable), mais en fait, je suis de plus en plus convaincu que ça dépend du rôle de l'application et de la façon dont tu l'as sous les yeux.
Un navigateur est généralement ouvert en plein écran, le but est de minimiser le "chrome" (ce qui n'appartient pas à la page) et pour cela, il ne me semble pas déconnant de faire sortir le navigateur de la fameuse règle "tout doit obéir à ce que le DE décide".
Et je ne suis pas loin de penser la même chose pour un lecteur de musique comme Amarok par exemple, qui est une application qui s'apprécie vraiment en plein écran, par exemple lors d'une soirée où l'appli reste ouverte en permanence et où les gens vont faire les choix musicaux. Ca ne me choque pas qu'Amarok ait un look singulier, qui tranche avec le look que j'ai défini dans mon DE.
En même temps, Chrome en est à la version 24 ! Ca fait quand même 6 versions de différence, Mega ne va quand même pas s'amuser à supporter des navigateurs de la préhistoire !
Je suis tombé sur un cas un peu tricky.
Depuis mon linux, je mount en ssh (sshfs) un répertoire sur une machine FreeBSD.
Lorsque je me rend dans mon point de montage, comme j'ai activé $LP_ENABLE_SVN et que ce répertoire sur la machine FreeBSD est un dépôt, liquid lance les commandes afférentes mais ça part en timeout (pas le même fichier de config, pas la même version de svn, pas les mêmes identifiants, etc etc) sans me rendre le prompt (ce qui me semble normal).
A priori, ça pourrait être sympa de pouvoir définir des blacklist/whitelist pour certaines options.
Mais ça serait un raffinement.
PS : sans compter, ce qui est le plus rigolo, que le code est envoyé par le serveur, et comme personne ne va lire le code à chaque requête, c'est une sécurité uniquement de façade. Pour une vraie sécurité vis à vis du serveur de stockage, il faudrait que le "client" (web si il veut) et le serveur de stockage soient gérés par des personnes différentes avec une confiance forte dans le client (sources dispos, pas de MAJ possible à chaque requête…).
Y'aurait aussi la possibilité plus tard d'intégrer une API cryptographique standardisée au sein des navigateurs.
Je ne pensais pas qu'il existait des gens capables de soutenir la thèse suivant laquelle le succès de Megaupload n'est pas dû à la contrefaçon.
C'est quand même franchement culotté.
Par ailleurs je suis choqué de voir toutes les insultes que se prend ce type de la part des gens, alors que tout le monde profitait abondamment de Megaupload
Peut-être que l'ensemble de ceux qui critiquent Kim Dotcom ne se confond pas totalement avec l'ensemble de ceux qui profitaient de ses services ?
Peut-être également que le fait d'avoir profité du service n'empêche de donner son avis quand même ?
Oui, une entreprise qui gagne de l'argent c'est toujours mal vu.
[^] # Re: Grindadráp
Posté par Guillaume Denry (site web personnel) . En réponse au journal KDE : A webdesigner's workflow . Évalué à 3.
Et tu proposes quoi ? De fouetter les développeurs ou bien de les rétribuer financièrement pour qu'ils se magnent le cul ?
[^] # Re: Détails
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche TPB AFK : The Pirate Bay, Away From Keyboard. Évalué à 10.
Ouf, merci de la précision, on avait tous compris qu'on repartait avec le master sous le bras ainsi que les droits d'exploitation, le tout pour $5.
Y'a des mouches qui doivent marcher de traviole…
[^] # Re: Grindadráp
Posté par Guillaume Denry (site web personnel) . En réponse au journal KDE : A webdesigner's workflow . Évalué à 5.
Je ne comprends pas ce que tu reproches au projet KDE : qu'il ait mis un certain temps à corriger le problème ou bien qu'il ne force pas les distribs à intégrer le correctif introduit dans la 4.9 ?
Dans le premier cas, je te conseille simplement de passer par leur service commercial pour obtenir un remboursement.
Dans le second cas, je te recommande d'écrire une lettre manuscrite à l'équipe de ta distribution favorite, mais n'oublie pas les formules de politesse qui siéent.
[^] # Re: Vraiment ?
Posté par Guillaume Denry (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
Comme tu dis.
Les limites du format INI sont connues depuis longtemps mais lorsqu'il s'agît de stocker des clefs/valeurs avec une faible profondeur hiérarchique et/ou de lire/editer de façon intuitive le fichier, c'est un format de choix.
On peut toujours "bidouiller" pour stocker des tableaux dans un format INI (ajout d'un suffixe d'indexation des clefs).
Même si j'ai une faiblesse pour le JSON qui arrive à allier concision et simplicité de lecture.
Le XML par contre, sa puissance est clairement dans ses systèmes de validations/schémas, mais le reste, erk…
Pour les menus freedesktop, j'ai un peu de mal à comprendre pourquoi il a été choisi par rapport à JSON/XML, on pourrait pré-supposer qu'un menu est une hiérarchie d'entrées.
[^] # Re: Vraiment ?
Posté par Guillaume Denry (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 4.
Pas exactement ; je me fiche de savoir si vous êtes ou non convaincu par l'explication de Misc, par contre, force est de constater que ses explications sont beaucoup plus limpides, techniques et exhaustives que l'espèce de mélange de propos sans queue ni tête qui constituent votre commentaire. Sérieusement, j'ai buté un nombre incalculable de fois sur vos phrases en me demandant ce que vous aviez bien voulu dire par là. Sans parler des petites tournures de phrase débiles qui n'apportent strictement rien au débat comme : "1/ je ne suis pas admin. Donc je dois être facile à convaincre. C'est raté."
Ho my gosh, je viens de relire le 2/, c'est encore pire que le 1/
En fait, c'est même plus fort que ça, on dirait parfois sur Jean-Claude Van Damme :
Sans parler de cette étrange obsession sur la présupposée inadéquation/médiocrité du format ini pour un fichier de configuration. Qu'est-ce qui vous fait dire cela ? De l'XML, du JSON ou du format INI, ce dernier est bien le plus lisible et est encore utilisé par un nombre infini de projets d'envergure.
[^] # Re: Et pour en remettre une couche
Posté par Guillaume Denry (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 10.
Punaise, tu lui as mis sa pâtée, c'en est presque écœurant ;)
[^] # Re: Aussi simple que du CSS
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche FirefoxOS App Days : bilan d'un hackathon hautement politique. Évalué à 8.
Accessible, CSS l'est assurément, et documenté.
"Simple", ok, ça peut devenir compliqué mais d'une part, non, tout le monde n'utilise pas des surcouches à CSS, d'autres part, ces surcouches pondent du CSS/HTML en sortie donc y'a pas vraiment de contradictions ; on garde un format universel, qu'on peut concevoir de façon "haut niveau" avec des toolkits.
[^] # Re: Chapeau bas l'artiste !
Posté par Guillaume Denry (site web personnel) . En réponse au journal Alan Cox quitte le kernel. Évalué à 10.
Tu essayes de trop intellectualiser les propos et de prêter des intentions aux gens, on est pas en train d'écrire des équations mathématiques, on s'exprime avec nos petits défauts rhétoriques, avec nos raccourcis d'êtres humains et toi tu pars dans de grandes théories sur l'égalité devant la famille entre une femme de ménage et un développeur, non mais ho, arrête toi deux secondes et respire un grand coup ;)
[^] # Re: Chapeau bas l'artiste !
Posté par Guillaume Denry (site web personnel) . En réponse au journal Alan Cox quitte le kernel. Évalué à 9.
Bah pour moi le débat est mort depuis un moment, c'est une sorte de gloubi-boulga de malentendus, de certitudes, d'incompréhensions, et de lieux communs. On ne va rien apprendre (il existe des gens talentueux, des gens talentueux qui bossent, des gens non talentueux qui bossent, des gens qui sacrifient leur vie de famille pour leur hobbie, etc), et j'avoue, j'ai un peu participé à ça, je n'ai pas du tout été informatif. J'avais juste envie de crier mon aigreur et ma jalousie face à des Alan Cox :)
[^] # Re: Chapeau bas l'artiste !
Posté par Guillaume Denry (site web personnel) . En réponse au journal Alan Cox quitte le kernel. Évalué à 10.
C'est ça, on est exactement aussi con que ça : on croit que le libre est un hobby pour tout le monde.
T'as vraiment compris le fond de notre propos, ça fait plaisir.
[^] # Re: Chapeau bas l'artiste !
Posté par Guillaume Denry (site web personnel) . En réponse au journal Alan Cox quitte le kernel. Évalué à 9.
Je confirme à 100%.
J'ai une femme, deux grimlins en bas âge et une maison.
Si je ne partage pas les tâches avec ma douce, mon couple est terminé dans le trimestre :)
Il me reste très très peu de temps pour coder à côté. Ca m'attriste car j'ai quelque part l'impression de ne pas m'accomplir (même si mon boulot principal est intéressant) mais j'ai fais ce choix d'avoir des mômes donc j'assume, et puis "ça apporte d'autres joies" (phrase auto-consolatoire :)).
Ou alors il faudrait que je dorme moins, mais non, j'ai besoin de mes 8 heures.
[^] # Re: Envisager une migration "invisible" de Supercopier en Ultracopier
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 5.
Ce qui me semble plutôt "violent", c'est le traitement que fait subir alpha_one_x86 envers lui-même (bon j'y vais un peu fort sur la formulation :)) : il travaille depuis des années sur un concurrent de Supercopier qui l'a maintenant bien dépassé (d'après ses comparatifs), il reprend ensuite les rennes de Supercopier avec la permission de l'auteur original (bon en fait, à ce moment là, ça me semblait déjà étrange (*)), et continue de le faire évoluer en parallèle de son propre bébé, tout en sachant que les deux softs partagent exactement le même créneau.
Alors OK, c'est très gentil et câlin avec les utilisateurs de Supercopier et après tout, si alpha_one_x86 s'éclate comme ça…
Oui en gros, ça s'éloigne pas trop de ce que je proposais : arrêter de faire évoluer un soft dont on maintient en parallèle un concurrent encore meilleur.
"pris en otage".
wow.
Donc en gros, si alpha_one_x86 ne fait pas évoluer Supercopier, il prend les utilisateurs de ce dernier "en otage" ? Tu te rends compte quand même que si alpha_one_x86 ne s'était pas proposé pour maintenir Supercopier, ça serait un abandonneware ?
(*) c'est un peu comme ces boîtes qui rachètent une entreprise concurrente uniquement pour la clientèle, qui continue à maintenir le produit maison pour pas perturber les utilisateurs, dans ces cas là, c'est avant tout une stratégie de captation de clientèle dans un contexte concurrentiel. Bon, c'est sûrement ça qu'a cherché alpha_one_x86 : rabattre de la "clientèle" vers son soft, je dois pas être assez calculateur…
[^] # Re: J'ai du mal à comprendre
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 2.
Comment peux-tu concevoir qu'il peut être utile à certain et le trouver étrange quand même ?
Ca te semble si étrange qu'on puisse vouloir avoir une contrôle plus fin sur un ensemble de copies de fichier via GUI ? Tu es dans Dolphi/Nautilus, Ctrl-C, Ctrl-V, ça fait apparaître la boite de copie, jusque là ça va ? Les softs "à la Supercopier" se proposent par exemple de mettre les copies de fichier qui ont le même disque dur de destination dans des files d'attente, puisque de toute façon la tête de lecture du HD passe son temps à faire des aller-retour entre les différents secteurs ce qui ralentit tout le monde. Cette file d'attente permet de pouvoir annuler a posteriori certaines copies en particulier, le tout via un GUI également.
[^] # Re: Envisager une migration "invisible" de Supercopier en Ultracopier
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 10.
Tu te fais vraiment beaucoup d'états d'âme, tu es le mainteneur de logiciels libres, libère toi de ça et fais ce qui te plaît ! Tu n'as aucun compte à rendre aux gens, ils t'ont pas payé pour faire ce soft, tu le fais parce que ça te plaît.
Perso j'arrêterais de maintenir Supercopier, et sur la page je mettrais un lien vers le dépôt/tarball avec le sources en l'état (pour ceux qui voudraient continuer à le faire évoluer), un lien vers les derniers binaires pour pas être trop chien, mais j'indiquerais surtout qu'il existe un autre logiciel plus performant avec éventuellement un tableau comparatif.
Parce que j'ai vraiment du mal à saisir cette idée de "maintenir Supercopier pour pouvoir le comparer à Ultracopier", tu te rajoutes du boulot juste pour remplir ton tableau comparatif tout en souhaitant que ce tableau soit en faveur d'Ultracopier, ce qu'il est déjà en réalité o_O
Pourquoi es-tu entravé par des contraintes qui accompagnent habituellement de la prestation payante de logiciel ? A moins que ça ne te dérange pas de faire évoluer les deux, mais d'un point de vue extérieur, on se demande "pourquoi ce gars propose deux logiciels similaires ? Il a pas confiance en son projet principal ? (ultracopier)"
[^] # Re: J'ai du mal à comprendre
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 10.
Supercopier étant libre, rien ne me choque. Linuxfr cause de linux d'abord, mais aussi du libre en général.
# Maintenance
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
Supercopier et Ultracopier ont l'air d'avoir des objectifs similaires, où trouves-tu donc la motivation de maintenir en parallèle ces deux logiciels ?
[^] # Re: i Robot
Posté par Guillaume Denry (site web personnel) . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 10.
Tu n'as pas lu la news on dirait, systemd ne tourne pas dessus.
[^] # Re: Look & thème discutable
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Amarok 2.7. Évalué à 3.
Tu as raison, les goûts et les couleurs ça se discute pas, moi je trouve le thème très bien.
[^] # Re: La vraie question
Posté par Guillaume Denry (site web personnel) . En réponse au journal Non à la privatisation du domaine public par la Bibliothèque nationale de France !. Évalué à 3.
Ah bon ?
Pour moi, l'Art est le truc le moins définissable au monde.
Non. Sinon tu jettes 99% des tableaux.
Non, Sinon tu jettes les Moaï de l'île de Pâques.
[^] # Re: plus de code pour plus de futilités
Posté par Guillaume Denry (site web personnel) . En réponse au journal Office dans le cloud par IBM. Évalué à 3.
J'avais un avis tranché comme cela longtemps (après avoir vécu la grande époque du skinning dans les années 90/2000 ou faire une application sans sa propre unité de configuration de skin n'était pas concevable), mais en fait, je suis de plus en plus convaincu que ça dépend du rôle de l'application et de la façon dont tu l'as sous les yeux.
Un navigateur est généralement ouvert en plein écran, le but est de minimiser le "chrome" (ce qui n'appartient pas à la page) et pour cela, il ne me semble pas déconnant de faire sortir le navigateur de la fameuse règle "tout doit obéir à ce que le DE décide".
Et je ne suis pas loin de penser la même chose pour un lecteur de musique comme Amarok par exemple, qui est une application qui s'apprécie vraiment en plein écran, par exemple lors d'une soirée où l'appli reste ouverte en permanence et où les gens vont faire les choix musicaux. Ca ne me choque pas qu'Amarok ait un look singulier, qui tranche avec le look que j'ai défini dans mon DE.
[^] # Re: des schtroumpfs
Posté par Guillaume Denry (site web personnel) . En réponse au sondage Quel réveil matin utilisez-vous ?. Évalué à 8.
Oui, sont sympas ces petits réveils, j'ai les mêmes à la maison, mais impossible de les désactiver en vacances et les weekends.
J'ai mal lu la notice.
[^] # Re: Ce que je remarque...
Posté par Guillaume Denry (site web personnel) . En réponse au journal Mega reprend le flambeau.. Évalué à 10.
En même temps, Chrome en est à la version 24 ! Ca fait quand même 6 versions de différence, Mega ne va quand même pas s'amuser à supporter des navigateurs de la préhistoire !
# blacklist de rep
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche LiquidPrompt version 1.2. Évalué à 3.
Je suis tombé sur un cas un peu tricky.
Depuis mon linux, je mount en ssh (sshfs) un répertoire sur une machine FreeBSD.
Lorsque je me rend dans mon point de montage, comme j'ai activé $LP_ENABLE_SVN et que ce répertoire sur la machine FreeBSD est un dépôt, liquid lance les commandes afférentes mais ça part en timeout (pas le même fichier de config, pas la même version de svn, pas les mêmes identifiants, etc etc) sans me rendre le prompt (ce qui me semble normal).
A priori, ça pourrait être sympa de pouvoir définir des blacklist/whitelist pour certaines options.
Mais ça serait un raffinement.
[^] # Re: Business Model
Posté par Guillaume Denry (site web personnel) . En réponse au journal Mega reprend le flambeau.. Évalué à 2.
Y'aurait aussi la possibilité plus tard d'intégrer une API cryptographique standardisée au sein des navigateurs.
http://www.w3.org/TR/WebCryptoAPI/
A voir l'implémentation et comment cela va être mis en relation avec des clients web qui prétendent l'utiliser alors qu'ils ne le font pas.
[^] # Re: Mafia
Posté par Guillaume Denry (site web personnel) . En réponse au journal Mega reprend le flambeau.. Évalué à 10.
Je ne pensais pas qu'il existait des gens capables de soutenir la thèse suivant laquelle le succès de Megaupload n'est pas dû à la contrefaçon.
C'est quand même franchement culotté.
Peut-être que l'ensemble de ceux qui critiquent Kim Dotcom ne se confond pas totalement avec l'ensemble de ceux qui profitaient de ses services ?
Peut-être également que le fait d'avoir profité du service n'empêche de donner son avis quand même ?
Autre débat, rien à voir ici.