il m'arrive aussi d'avoir mal aux doigts. Il fut une période, il y a 4 ans, où il fallait que j'arrete de taper toutes les cinq minutes tellement cela me faisait mal..
Bien sûr, je me suis renseigné sur ce mal, j'ai essayé de mieux m'assoir, d'avoir une position de travail correct comme il est recommandé. Mais ça n'a pas suffit sur le court terme (mais ça fonctionne sur le long terme, puisque j'ai plus eu trop mal aprés une période de "convalescence"). J'ai essayé aussi (chez moi), d'utiliser une tablette à la place de la souris (mais finalement bof). Il y a aussi la technique "du seul doigt" : tu tapes avec uniquement tes index quand ça fait trop mal, ça repose les autres (un peu).
Mais la vrai chose à faire : se reposer dés que les symptômes apparaissent.
Par exemple, dés que tu arrête de taper (genre pendant la lecture d'une page web), tu reposes tes bras sur tes genoux, tu décontractes tes mains. Souvent les douleurs sont dû à des crispations (en tout cas chez moi) : j'ai remarqué que, même quand je tapais pas, j'avais les doigts crispé, prét à taper, au dessus du clavier..
Essayer donc de se détendre les mains le plus possible, de taper avec les doigts "tout mous", de les reposer à la moindre pause clavier. Et puis penses de temps en temps à faire une vrai pause (café, clope, wc, ce que tu veux), genre cinq minutes, ou tu en profitera pour décontracter tes bras et mains, faire des étirements etc...
Et puis bien sûr, le soir chez soi, stopper quelques jours les activités de geek si possible. Éteindre aussi le plus possible tout ce qui est messagerie instantanné, irc pendant le temps qu'il faut pour que les symptômes disparaissent. Eviter enfin dans la mesure du possible toutes ces applis avec des raccourcis à la con... ;-)
En résumé : repos, décontraction, et limitation de l'usage du clavier/souris quelques temps.. Y a que ça de vrai...
Pourquoi on n'a pas donné un chemin sur le système de fichiers ? Parce qu'on ne met pas ses classes n'importe où, il y a une liste de chemins d'includes, qui sont parcourus dans l'ordre pour trouver tes classes. Les fonctions, les objets, les namespaces, les conventions de nommage, qu'est-ce qui fait partie du langage et qu'est ce qui fait partie du framework ?
Quand je dis une organisation de fichiers dans un framewrok, je ne parle pas d'une liste de chemins d'includes. Quand je dis organisé, c'est vraiment "organisé"
Un exemple, dans Jelix, tu met tes modules dans un répertoire précis. Dans un module, tu met tes objets métiers dans un sous repertoires "classes", les templates dans "templates", les controlleurs dans "controllers" etc... Et pas ailleurs.
Tu veux trouver la classe foo du module bar, tu sais tout de suite où la trouver. Dans un système avec une liste de chemin d'include, elle peut finalement être dans n'importe quel de ces chemins d'include. On a un alors une organisation moins structurée.
Cela ne veut pas dire que ce soit mal non plus. Mais avec une organisation stricte, en connaissant le framework, le dev va mieux s'y retrouver et trouver plus vite ce qu'il cherche, même si il ne connait pas l'appli, ce qui est plutôt avantageux pour la maintenance et l'évolution de l'appli,
Et cette organisation des fichiers d'une appli, ce n'est pas le langage qui l'impose, mais le framework.
Bref, dans un framework, en principe (et c'est son but), il y a plein de petite chose comme ça qui guide et oblige le développeur vers un respect de certaines "guidelines".
Pour moi, le Zend framework par exemple, il n'a de framework que le nom. Ce n'est qu'un ensemble de bibliothèque utilitaire. Il n'oblige à aucune organisation. Si tu veux faire une appli hyper bordélique, tu peux le faire. Avec un fmk comme jelix, c'est déjà beaucoup plus compliqué...
> a génération de squelette d'application via un script Ruby, que tu as apparemment repris dans Jelix (que je redécouvre avec bonheur pour l'enseigner) , c'est quand meme une super idée non ? Ca existait avant ?
Non ça n'existait pas avant à ma connaissance. En même temps, les developpeurs PHP en général ont compris l'importance des framework PHP qu'il y a peut-être 3-4 ans...
Et puis il y a peut être aussi l'effet linux/windows. Va donc dire à un windowsien "ouvre ta console et tape ça"... En général il préfère une belle gui, ou que son IDE lui génère son archi apres 3 cliques.
Personnellement, je ne trouve pas que les scripts en ligne de commande de RoR soient innovants. Trés pratique, bonne idée, mais pas innovante du tout. Je crois plutôt que le succés de ces scripts, c'est surtout dû à une meilleure acceptation de la ligne de commande qu'avant, par les developpeurs web.
Mais à mon avis, rien ne vaut un "nouveau projet RoR/Jelix/Symphony/framework_que_tu_preferes" dans un IDE, et qui te créer d'office un squelette de ta nouvelle appli.
Non, un framework, ça ne se résume pas à une bibliothèque et un langage.
Un vrai framework offre avant tout un cadre de conception, une manière de développer, une façon d'organiser son code, ses fichiers : tu ne met pas tes classes n'importe où, tes templates n'importe où. Tu as des "guide lines" pour coder etc...
Et surtout, un framework est trés souvent orienté vers un type d'application précis.
PHP, tout comme ruby ou python, ne sont pas des frameworks. ce sont des langages. Le fait qu'il ait une bibliothèque standard ne les rend pas pour autant "framework".
Le patch debian ne concerne en gros que des fix pour certaines architectures. Et quelques fix corrigeant quelques bugs "à l'arrache" et qui ne concernet de toute façon pas Firefox 2.
vrai seulement si tu télécharge le binaire. Mais à ma connaissance, ce n'est pas le binaire qui est utilisé dans les distrib (et puis y aurait pas ces problèmes de trademark alors)
Mais dans les sources, et pour la compil : faux. Tu as un flag pour activer/désactiver le "branding" firefox.
oui mais là, tu parles du média "print". Là on est sur le web. Où le contenu devrait s'adapter au contenant. Tu trouve le texte trop large ? reduit ta fenêtre.
Et ce qui est vachement bien avec le web, c'est que chacun peut adapter la largeur à sa guise... Mais seulement quand l'auteur fait attention quand il publie.
M'enfin bon, là on pourrait dire aussi que c'est la faute au cms de linuxfr : il ne devrait pas mettre un br à chaque saut de ligne "physqiue", mais à chaque changement de paragraphe (double saut de ligne).
>plus d'un an et demi est insuffisant pour corriger le code de Gecko afin de le rendre plus conforme.
Ba ça peut te paraitre con, mais un layout engine c'est pas simple. Le fait est que l'architecture de ce layout engine tel qu'il est jusqu'à Gecko 1.8.1 (FF2), ne permettait pas de corriger les bugs.
Et ça fait plus d'un an et demi que la refonte d'une grosse partie du layout engine a débuté (réalisé par un seul gars, David Baron, et pas par une grosse équipe comme tu dis). Et ça fait plusieurs mois que dans la branche dans laquelle a eu lieu cette refonte, Gecko passe le test acid2. Cependant une refonte ce n'est pas facile. Ça cause forcément des effets de bords à droite et à gauche, qu'il faut encore corriger. Il y a des millers de choses à vérifier (surtout quand en parallèle, le backend graphique est également en refonte). Il n'etait donc pas raisonnable de basculer tout ça dans une branche (gecko 1.8.x) qui est stable à l'origine.
>Et bien aujourd'hui, que dire... qu'il ne faut surtout pas allez visitez le test acid 2 avec firefox, car la comparaison avec IE7 n'est pas flatteuse :(
Pourtant, à ce que je vois, il y a bien moins d'erreur avec FF2 qu'avec IE7. Et il y en a encore moins avec FF3a1 (en cours de dev) (et aucune avec la version experimentale de Gecko 1.9)
il préfère se voir en porte-drapeau d'une certaine vision du logiciel libre, victime à ce titre de toutes les attaques des méchants libristes intégristes.
N'importe quoi. Je peux t'assurer que ton explication est vraiment fumeuse.
Moi je ne le vois absolument pas comme tu le vois.. Avec les changements dramatiques climatiques qui sont en train de se faire, la disparition du pétrole et autres désastres économiques, je doute que l'on aura des trucs supers high tech de rêve.
Oh bien sûr, la technologie va évoluer ses prochaines années, mais je pense que l'on peut prévoir un ralentissement du progrés technologique d'ici 25 ans. Cela va couter de plus en plus cher de produire des processeurs. Faut il rappeler les litres et les litres d'eau que consomme la fabrication d'un ordinateur, sans parler d'autres matériaux ? Et malheureusement, l'eau propre, potable commence à être un serieux problème dans certaines parties du monde, et pourrait bien en être un dans nos pays ultra industrialisés.
Et ce n'est qu'un aspect parmis d'autres... Par exemple, produire ou faire fonctionner un ordinateur, consomme de l'éléctricité. Qu'il faut produire... Avec du pétrole (qu'il soit utilisé directement dans les centrales thermiques, ou utilisé pour l'extraction de l'uranium pour les centrales nucléaires...).
Bref, l'avenir "technologique" ne sera peut être pas aussi rose et bandant qu'on le croit (ou que les industriels veulent vous faire croire).
C'était ma minute pessimiste du jour. Merci de m'avoir lu jusqu'ici :-)
Cette branche comporte en fait une refonte d'une partie du layout engine. Ces modifs devraient être incluses dans le trunc d'ici quelques semaines ou mois, normalement avant la sortie de Gecko 1.9/Firefox 3.
2) le test acid 2 est meilleur dans la version du trunk que dans Firefox 2.0/Gecko 1.8.1, même si le trunk ne comporte pas encore les patchs de la branche reflow.
à priori, si ils délivrent une version opensource, tu auras donc les sources. Tu pourras en théorie donc les compiler sur ton linux (vu que thunderbird est basé sur Gecko, et que Gecko est dispo pour linux).
je doute qu'ils modifients Gecko. Ils vont plutôt travailler sur le chrome à mon avis (donc JS+XUL, qui sont indépendants de la plateforme). À moins qu'effectivement ils réalisent des composants C++ qui ne soient pas multiplateformes (ce qui serait ballot).
déjà, si c'est si complexe que ça, c'est le fait de ta distribution. Parce que dans kubuntu moi, je n'ai pas un panneau de config en arbo, je n'ai pas des menus sur 15 niveaux et tout le tralala.
C'est quoi la logique que tu utilises dans la numérotation des versions ? Je suis toujours intrigué par tous ces logiciels qui reste en 0.x ou pire en 0.0.x sur de nombreuses releases, alors même qu'ils deviennent utilisables et offres un minimum de fonctionnalités...
# repos
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'ai mal au petit doigt. Évalué à 3.
Bien sûr, je me suis renseigné sur ce mal, j'ai essayé de mieux m'assoir, d'avoir une position de travail correct comme il est recommandé. Mais ça n'a pas suffit sur le court terme (mais ça fonctionne sur le long terme, puisque j'ai plus eu trop mal aprés une période de "convalescence"). J'ai essayé aussi (chez moi), d'utiliser une tablette à la place de la souris (mais finalement bof). Il y a aussi la technique "du seul doigt" : tu tapes avec uniquement tes index quand ça fait trop mal, ça repose les autres (un peu).
Mais la vrai chose à faire : se reposer dés que les symptômes apparaissent.
Par exemple, dés que tu arrête de taper (genre pendant la lecture d'une page web), tu reposes tes bras sur tes genoux, tu décontractes tes mains. Souvent les douleurs sont dû à des crispations (en tout cas chez moi) : j'ai remarqué que, même quand je tapais pas, j'avais les doigts crispé, prét à taper, au dessus du clavier..
Essayer donc de se détendre les mains le plus possible, de taper avec les doigts "tout mous", de les reposer à la moindre pause clavier. Et puis penses de temps en temps à faire une vrai pause (café, clope, wc, ce que tu veux), genre cinq minutes, ou tu en profitera pour décontracter tes bras et mains, faire des étirements etc...
Et puis bien sûr, le soir chez soi, stopper quelques jours les activités de geek si possible. Éteindre aussi le plus possible tout ce qui est messagerie instantanné, irc pendant le temps qu'il faut pour que les symptômes disparaissent. Eviter enfin dans la mesure du possible toutes ces applis avec des raccourcis à la con... ;-)
En résumé : repos, décontraction, et limitation de l'usage du clavier/souris quelques temps.. Y a que ça de vrai...
# trafic
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le 1er avril est précoce cette année.... Évalué à 10.
Tu as un camion ? pas de blem : et hop ! un datacenter "dans la poche" !
"Allo ? monsieur le policier ? oui, je vous appelais, c'est pour mon datacenter... on me l'a volé... j'ai pourtant mis une chaîne antivol mais..."
Bon bon ok... -->[]
[^] # Re: Lignes de code
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 2.
Quand je dis une organisation de fichiers dans un framewrok, je ne parle pas d'une liste de chemins d'includes. Quand je dis organisé, c'est vraiment "organisé"
Un exemple, dans Jelix, tu met tes modules dans un répertoire précis. Dans un module, tu met tes objets métiers dans un sous repertoires "classes", les templates dans "templates", les controlleurs dans "controllers" etc... Et pas ailleurs.
Tu veux trouver la classe foo du module bar, tu sais tout de suite où la trouver. Dans un système avec une liste de chemin d'include, elle peut finalement être dans n'importe quel de ces chemins d'include. On a un alors une organisation moins structurée.
Cela ne veut pas dire que ce soit mal non plus. Mais avec une organisation stricte, en connaissant le framework, le dev va mieux s'y retrouver et trouver plus vite ce qu'il cherche, même si il ne connait pas l'appli, ce qui est plutôt avantageux pour la maintenance et l'évolution de l'appli,
Et cette organisation des fichiers d'une appli, ce n'est pas le langage qui l'impose, mais le framework.
Bref, dans un framework, en principe (et c'est son but), il y a plein de petite chose comme ça qui guide et oblige le développeur vers un respect de certaines "guidelines".
Pour moi, le Zend framework par exemple, il n'a de framework que le nom. Ce n'est qu'un ensemble de bibliothèque utilitaire. Il n'oblige à aucune organisation. Si tu veux faire une appli hyper bordélique, tu peux le faire. Avec un fmk comme jelix, c'est déjà beaucoup plus compliqué...
[^] # Re: completement nulle comme étude.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 4.
Non ça n'existait pas avant à ma connaissance. En même temps, les developpeurs PHP en général ont compris l'importance des framework PHP qu'il y a peut-être 3-4 ans...
Et puis il y a peut être aussi l'effet linux/windows. Va donc dire à un windowsien "ouvre ta console et tape ça"... En général il préfère une belle gui, ou que son IDE lui génère son archi apres 3 cliques.
Personnellement, je ne trouve pas que les scripts en ligne de commande de RoR soient innovants. Trés pratique, bonne idée, mais pas innovante du tout. Je crois plutôt que le succés de ces scripts, c'est surtout dû à une meilleure acceptation de la ligne de commande qu'avant, par les developpeurs web.
Mais à mon avis, rien ne vaut un "nouveau projet RoR/Jelix/Symphony/framework_que_tu_preferes" dans un IDE, et qui te créer d'office un squelette de ta nouvelle appli.
[^] # Re: Lignes de code
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 3.
Un vrai framework offre avant tout un cadre de conception, une manière de développer, une façon d'organiser son code, ses fichiers : tu ne met pas tes classes n'importe où, tes templates n'importe où. Tu as des "guide lines" pour coder etc...
Et surtout, un framework est trés souvent orienté vers un type d'application précis.
PHP, tout comme ruby ou python, ne sont pas des frameworks. ce sont des langages. Le fait qu'il ait une bibliothèque standard ne les rend pas pour autant "framework".
[^] # Re: Firefox ca pue c'est pas libre....
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec F_F_2 IS OUT. Évalué à 1.
Le patch debian ne concerne en gros que des fix pour certaines architectures. Et quelques fix corrigeant quelques bugs "à l'arrache" et qui ne concernet de toute façon pas Firefox 2.
[^] # Re: Lignes de code
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 2.
raaa voilà, encore une comparaison entre un framework et un langage....
Si tu prend n'importe quel framework en php, tu auras également moins de ligne de code à écrire.. (c'est normal, c'est fait pour)
[^] # Re: completement nulle comme étude.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 3.
Peut être parce qu'il en existe des dizaines en PHP, et pas en ruby ? Donc marché morcelé, toussa....
[^] # Re: Heuu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec F_F_2 IS OUT. Évalué à 4.
http://weblogs.mozillazine.org/asa/archives/2006/10/firefox_(...)
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec Aie_i_7 IS OUT. Évalué à 6.
pas beaucoup. Elle était déjà dans IE6.
bref, secunia n'ont fait que vérifier qu'elle était toujours là.
# traduction
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ext4 bientôt sur votre bureau. Évalué à -8.
(avant même d'aller voir l'article de linux watch, ça se voit grosse comme une maison cette traduction bancale à deux sous)
# nouveau driver nouveau ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 8.
(je pose cette question parce que je n'y connais pas grand chose et je ne trouve pas de faq)
[^] # Re: IceWeasel
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à 2.
vrai seulement si tu télécharge le binaire. Mais à ma connaissance, ce n'est pas le binaire qui est utilisé dans les distrib (et puis y aurait pas ces problèmes de trademark alors)
Mais dans les sources, et pour la compil : faux. Tu as un flag pour activer/désactiver le "branding" firefox.
[^] # Re: Retour charriot
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal «As-if» informatique. Évalué à 4.
Et ce qui est vachement bien avec le web, c'est que chacun peut adapter la largeur à sa guise... Mais seulement quand l'auteur fait attention quand il publie.
M'enfin bon, là on pourrait dire aussi que c'est la faute au cms de linuxfr : il ne devrait pas mettre un br à chaque saut de ligne "physqiue", mais à chaque changement de paragraphe (double saut de ligne).
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 5.
Ba ça peut te paraitre con, mais un layout engine c'est pas simple. Le fait est que l'architecture de ce layout engine tel qu'il est jusqu'à Gecko 1.8.1 (FF2), ne permettait pas de corriger les bugs.
Et ça fait plus d'un an et demi que la refonte d'une grosse partie du layout engine a débuté (réalisé par un seul gars, David Baron, et pas par une grosse équipe comme tu dis). Et ça fait plusieurs mois que dans la branche dans laquelle a eu lieu cette refonte, Gecko passe le test acid2. Cependant une refonte ce n'est pas facile. Ça cause forcément des effets de bords à droite et à gauche, qu'il faut encore corriger. Il y a des millers de choses à vérifier (surtout quand en parallèle, le backend graphique est également en refonte). Il n'etait donc pas raisonnable de basculer tout ça dans une branche (gecko 1.8.x) qui est stable à l'origine.
>Et bien aujourd'hui, que dire... qu'il ne faut surtout pas allez visitez le test acid 2 avec firefox, car la comparaison avec IE7 n'est pas flatteuse :(
Pourtant, à ce que je vois, il y a bien moins d'erreur avec FF2 qu'avec IE7. Et il y en a encore moins avec FF3a1 (en cours de dev) (et aucune avec la version experimentale de Gecko 1.9)
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 4.
J'aimerais bien que tu me montres qui, parmis les gens de Mozilla, et où, il a été promis une telle chose.. Parce que moi j'ai jamais lu ça.
[^] # Re: Allez, je me lance.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à -1.
Par contre qu'il en ai marre de toutes ces attaques de trolleurs, oui ça c'est sûr.
[^] # Re: Allez, je me lance.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à -1.
N'importe quoi. Je peux t'assurer que ton explication est vraiment fumeuse.
# Dans 25 ans ? Foutaises !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le ZX81 a 25 ans...Au lit avec un PC.. Évalué à 10.
Moi je ne le vois absolument pas comme tu le vois.. Avec les changements dramatiques climatiques qui sont en train de se faire, la disparition du pétrole et autres désastres économiques, je doute que l'on aura des trucs supers high tech de rêve.
Oh bien sûr, la technologie va évoluer ses prochaines années, mais je pense que l'on peut prévoir un ralentissement du progrés technologique d'ici 25 ans. Cela va couter de plus en plus cher de produire des processeurs. Faut il rappeler les litres et les litres d'eau que consomme la fabrication d'un ordinateur, sans parler d'autres matériaux ? Et malheureusement, l'eau propre, potable commence à être un serieux problème dans certaines parties du monde, et pourrait bien en être un dans nos pays ultra industrialisés.
Et ce n'est qu'un aspect parmis d'autres... Par exemple, produire ou faire fonctionner un ordinateur, consomme de l'éléctricité. Qu'il faut produire... Avec du pétrole (qu'il soit utilisé directement dans les centrales thermiques, ou utilisé pour l'extraction de l'uranium pour les centrales nucléaires...).
Bref, l'avenir "technologique" ne sera peut être pas aussi rose et bandant qu'on le croit (ou que les industriels veulent vous faire croire).
C'était ma minute pessimiste du jour. Merci de m'avoir lu jusqu'ici :-)
[^] # Re: Je ne comprends pas
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Quel sport pratique le geek ??. Évalué à 2.
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 10.
1) le test acid 2 passent à l'aise sur une branche spécifique (reflow) en développement depuis pas mal de temps : http://ljouanneau.com/blog/2006/06/06/570-gecko-passe-le-tes(...)
Cette branche comporte en fait une refonte d'une partie du layout engine. Ces modifs devraient être incluses dans le trunc d'ici quelques semaines ou mois, normalement avant la sortie de Gecko 1.9/Firefox 3.
2) le test acid 2 est meilleur dans la version du trunk que dans Firefox 2.0/Gecko 1.8.1, même si le trunk ne comporte pas encore les patchs de la branche reflow.
[^] # Re: licence ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Eudora s'offre une cure de jouvence et passe à l'OpenSource. Évalué à 4.
[^] # Re: C'est une bonne nouvelle mais c'est
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Eudora s'offre une cure de jouvence et passe à l'OpenSource. Évalué à 4.
je doute qu'ils modifients Gecko. Ils vont plutôt travailler sur le chrome à mon avis (donc JS+XUL, qui sont indépendants de la plateforme). À moins qu'effectivement ils réalisent des composants C++ qui ne soient pas multiplateformes (ce qui serait ballot).
[^] # Re: Naze
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le troll de l'année?. Évalué à 3.
déjà, si c'est si complexe que ça, c'est le fait de ta distribution. Parce que dans kubuntu moi, je n'ai pas un panneau de config en arbo, je n'ai pas des menus sur 15 niveaux et tout le tralala.
# numero de version
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche KTabEdit-0.0.8 ou comment écrire ses partitions pour votre guitare. Évalué à 5.