J'te dis pas le bordel dans les espaces ouverts de nos entreprises si tout le monde doit parler à sa machine pour qu'elle fasse quelque chose ...
Même chez moi, je n'ai pas envie de commander mon ordi à la parole. Parce que j'aime bien écouter la radio ou de la zic pendant que je suis sur l'ordi.
Le clavier et la souris ont encore de beau jours devant eux !
Sauf que ce qui est très bien pour Vim ne l'est pas pour un logiciel de graphisme, c'est même un non sens total.
Le but de Vim est d'éditer du "texte" au sens large. L'usage du clavier est donc fondamental et il est très pratique de pouvoir tout faire au clavier sans devoir aller chercher la souris. C'est pour ça que j'utilise Vim comme éditeur.
Mais vouloir appliquer la même chose à un logiciel comme The Gimp ou Inskape est une aberration car on est dans la logique inverse. Le but d'un tel logiciel est de "dessiner" et l'outil principal est la souris ou la tablette graphique il est donc important de pouvoir faire le maximum de chose avec cet outil sans devoir aller chercher le clavier.
Pour moi la démarche qui amène à Ubuntu HUD (mais je mets Gnome 3 dans le même paquet) est avant tout guidée par l'esthétisme mais absolument pas par l'ergonomie ni l'utilisabilité de la chose. L'esthétisme c'est le truc qui te séduit les 3 premières minutes, l'ergonomie c'est ce que tu subis le reste du temps ...
Je suis assez d'accord avec toi pour un appareil récent que l'on vient d'acheter ça n'a pas un grand intérêt. J'ai installé CyanogenMod 7.1 sur mon HTC Desire après 18 mois, parce que cet appareil a peu de mémoire interne et que je n'arrivais plus à installer d'application. La motivation principale a donc été de pouvoir installer les applications (même celles qui sont censées ne pas pouvoir y aller) sur la carte SD en utilisant une partition ext4 sur celle-ci. La deuxième motivation était de pouvoir passer sur Androïd 2.3 alors qu'HTC était resté en 2.2 et ne faisait plus de mise à jour.
Oui mes des fois tu veux justement que ce ne soit pas aligné. Dans certains cas tu préfères économiser de la place plutôt que de gagner en performance. Tu as aussi les cas où les données viennent d'un autre monde avec des règles d'alignement différentes. Il y a aussi les cas où tu imbriques des structures. Bref au final les compilo ont chacun leurs directives pour gérer l'alignement. Donc que ce soit standardisé n'est finalement pas plus mal.
Certains ont quand même adopté le C99. Le compilo ARM est C99 par exemple.
Et je trouve qu'il y a quand même des choses pratiques dans le C99 qui rendent le code plus lisible. Pour les initialisations par exemple.
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à 3.
Dernière modification le 04 décembre 2011 à 00:50.
Ben la souris est toujours là, j'ai du mal à voir le problème…
Bien sur que la souris est toujours là mais par exemple si tu veux changer de bureau à la souris c'est un véritable marathon comparé à ce qui se faisait sous Gnome 2. Plus de clics, plus de mouvements.
Chez moi, elle fait office de touche compose, donc pas dispo.
J'ai pris le windows droit pour le compose.
Comme je me déplace assez souvent pour mon boulot, j'ai plusieurs profils Network Manager dont les paramètres dépendent de l'endroit où je me trouve. Donc ça a son utilité pour moi.
Oui d'accord mais c'est un truc que tu fais une fois et tant que tu ne te déplaces pas ça ne change pas.
Moi j'utilise essentiellement les raccourcis clavier pour des actions que je fais souvent. Sinon je n'arrive pas à me rappeler du raccourci.
J'utilise Empathy, donc ça me permet de modifier rapidement mon statut sans chercher après.
Mes interfaces étant configurés dans /etc/network/interfaces, network manager est désactivé et empathy ne fonctionne pas. Si quelqu'un sait pourquoi ?
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à 2.
Dernière modification le 03 décembre 2011 à 16:34.
Le CTRL-ALT-Flèche t'arrives à le faire d'une main ?
De toute façon là n'est pas le problème. Quand je n'ai qu'une main de disponible je n'ai pas que le gestionnaire de fenêtres à manipuler mais aussi des actions à faire dans des applis et c'est plus simple de le faire à la souris car ça limite les mouvements de la main (enfin ça limitait parce que maintenant ...).
Pour le CTRL+ALT+TAB bien sur que si que j'ai essayé. Mais je n'en vois pas l'intérêt :
- Pour aller dans activités il y a la touche windows,
- Pour régler le son j'ai des touches dédiés sur le clavier,
- le menu accessibilité je ne m'en sers pas (je me demande pourquoi il est ici d'ailleurs),
- le réseau, je ne vois pas quoi y faire,
- le menu langue : je suis toujours en français
- le menu utilisateur : à part pour éteindre la machine je n'y vais pas non plus
Et vu que l'on ne peut plus rien mettre dans la barre je maintiens que je ne vois pas l'intérêt de ce raccourci. Ça ne me gêne pas qu'il existe mais ça ne présente pas un intérêt qui en ferait la killer feature.
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à 1.
Dernière modification le 03 décembre 2011 à 15:51.
Par contre il y a un problème avec le nombre d'appli. À partir d'un certain nombre (variable en fonction de la hauteur de l'écran), tu ne peux plus accéder à toutes les applis via la barre gauche dans Activités.
Pour moi un bureau c'est un contexte avec un ensemble d'appli nécessaires à l'accomplissement d'une tâche. Cela doit donc être isolé des autres bureaux. Le ATL-TAB doit-être limité à ce contexte.
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à -1.
Dernière modification le 03 décembre 2011 à 15:38.
Parce tu ouvres toutes tes applis en plein écran ?
Perso j'ai une minorité d'appli que j'ouvre en plein écran et même de moins en moins au fur et à mesure que les écrans augmentent en taille. Sur un 24" 1920x1200 je dois avoir une seule appli que j'ouvre en plein écran (et quelques feuilles de tableurs). Sur un 30" à part quelques fichiers de tableur je ne vois pas l'intérêt. Et je ne parle même pas des multi écrans où ouvrir un nouveau bureau à chaque nouvelle appli est une hérésie (tu n'utilises qu'un écran).
De toutes façon si tu ouvres tout en plein écran, avec la façon de gérer les bureaux de Gnome 3, ça ne sert à rien d'avoir un bureau par appli.
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à 1.
Dernière modification le 03 décembre 2011 à 15:26.
En fait je ne vois pas l'intérêt des bureaux dans Gnome 3.
A partir du moment où ils ne sont pas isolés, que le bureau n'est pas utilisé, il est aussi simple de tout ouvrir au même endroit.
Sinon le déplacement d'un bureau à l'autre existait déjà sous Gnome 2.
Outre que certains raccourcis clavier sont totalement ahurissant (le coup du CTRL-Suppr de Nautilus), il m'arrive souvent de n'avoir qu'une main de disponible pour faire des actions sur le PC. L'autre mettant étant nécessaire pour agir sur une manip ou d'autres équipements de test. Une IHM graphique se doit d'être facile à piloter avec la souris, ce n'est pas le cas de Gnome 3. Gnome 2 est largement plus simple.
Pour le Ctrl+Alt+TAb à quoi ça sert on ne peut rien faire de barre du haut. Pourquoi vouloir y aller ?
Posté par gpe .
En réponse à la dépêche MATE, fourchette de GNOME 2.
Évalué à 5.
Dernière modification le 30 novembre 2011 à 00:36.
Pour que ça prenne moins de place à l'écran je suis revenu à la police de Gnome 2 qui est plus compact.
Parce que sur un portable 13" c'est totalement invivable par défaut.
Sinon c'est vrai que c'est beau mais rien n'est vraiment pratique. A la souris tout est plus compliqué qu'avec Gnome 2. Plus de clics, plus de déplacements, ...
Par défaut les vidéos se lancent dans Totem avec gstreamer. Quand ça ne marche pas j'essaie avec vlc qui en général fonctionne et quand ça ne fonctionne toujours pas je finis avec mplayer. Si ce dernier échoue je laisse tomber.
Je suis en debian testing sous Gnome 3 ( mais peut-être plus pour longtemps vu que Gnome 3 m'horripile ) et vlc se lance très rapidement. Visuellement il n'y a pas de différence avec le lancement de totem.
Quelques remarques en vrac :
- quand il dit que personne ne gère sa voiture avec Android, certes mais on entend quand même énormément parler de Linux dans pas mal de projets dans l'embarqué automobile actuellement autant en Europe qu'au Japon ...
- il dit que depuis 2005 Minix est orienté embarqué mais il ne commencera le portage sur ARM qu'en janvier prochain. On lui dit que ARM a une part de marché, comment dire, ... non négligeable (pour rester gentil) dans l'embarqué. Pourtant il paraît qu'il serait visionnaire ...
Ils auraient pu choisir de ne pas contribuer.
Pour moi le "en plus sous une licence libre, la GPL" et là pour souligner que Microsoft a contribué à Samba qui est sous GPL et non pour souligner que la contribution est sous GPL ce qui fatalement est le cas.
Posté par gpe .
En réponse à la dépêche /usr friendly.
Évalué à 9.
Et c'est très bien ainsi. Dans les programmes dans sbin ne sont pas utiles à un utilisateur normal.
Vouloir fusionner bin et sbin ne me semble pas une bonne idée.
Oui moi aussi je préfère rester sur un emplacement fixe. En général en tête de l'arbo des sources. Comme ça quand on veut ouvrir un autre fichier ça évite de devoir tout remonter depuis le fichier courant pour redescendre ensuite vers le fichier cherché.
Pourquoi "ah ben non" ? Dans la contribution initiale on parlait de "pour rechercher le mot sur lequel est placé le curseur". Quand on se limite à ça, # et * sont équivalent. ;)
Après si on prend en considération le sens de recherche effectivement ça diffère. Je plussois donc ta contribution ;)
Je rajoute même que tant que l'on veut continuer la recherche dans le même sens, on peut économiser un déplacement de doigt en continuant avec * et # plutôt que d'aller sur le n ...
[^] # Re: Aspect pratique?
Posté par gpe . En réponse à la dépêche HUD pour « Head-Up Display » : disparition des menus dans Unity. Évalué à 1.
J'te dis pas le bordel dans les espaces ouverts de nos entreprises si tout le monde doit parler à sa machine pour qu'elle fasse quelque chose ...
Même chez moi, je n'ai pas envie de commander mon ordi à la parole. Parce que j'aime bien écouter la radio ou de la zic pendant que je suis sur l'ordi.
Le clavier et la souris ont encore de beau jours devant eux !
[^] # Re: Vim !
Posté par gpe . En réponse à la dépêche HUD pour « Head-Up Display » : disparition des menus dans Unity. Évalué à 7.
Sauf que ce qui est très bien pour Vim ne l'est pas pour un logiciel de graphisme, c'est même un non sens total.
Le but de Vim est d'éditer du "texte" au sens large. L'usage du clavier est donc fondamental et il est très pratique de pouvoir tout faire au clavier sans devoir aller chercher la souris. C'est pour ça que j'utilise Vim comme éditeur.
Mais vouloir appliquer la même chose à un logiciel comme The Gimp ou Inskape est une aberration car on est dans la logique inverse. Le but d'un tel logiciel est de "dessiner" et l'outil principal est la souris ou la tablette graphique il est donc important de pouvoir faire le maximum de chose avec cet outil sans devoir aller chercher le clavier.
Pour moi la démarche qui amène à Ubuntu HUD (mais je mets Gnome 3 dans le même paquet) est avant tout guidée par l'esthétisme mais absolument pas par l'ergonomie ni l'utilisabilité de la chose. L'esthétisme c'est le truc qui te séduit les 3 premières minutes, l'ergonomie c'est ce que tu subis le reste du temps ...
[^] # Re: Intérêt
Posté par gpe . En réponse à la dépêche Nouvelles de CyanogenMod. Évalué à 3.
Je suis assez d'accord avec toi pour un appareil récent que l'on vient d'acheter ça n'a pas un grand intérêt. J'ai installé CyanogenMod 7.1 sur mon HTC Desire après 18 mois, parce que cet appareil a peu de mémoire interne et que je n'arrivais plus à installer d'application. La motivation principale a donc été de pouvoir installer les applications (même celles qui sont censées ne pas pouvoir y aller) sur la carte SD en utilisant une partition ext4 sur celle-ci. La deuxième motivation était de pouvoir passer sur Androïd 2.3 alors qu'HTC était resté en 2.2 et ne faisait plus de mise à jour.
[^] # Re: Utilisable au quotidien?
Posté par gpe . En réponse à la dépêche GTA04 (ou « Phoenux ») est disponible pour les utilisateurs !. Évalué à 3.
Ils utilisent une baseband séparée pour la partie GSM/3G ou bien est-ce intégré ?
Au niveau pile GSM/3G ils utilisent quoi ?
[^] # Re: Question d'alignement
Posté par gpe . En réponse à la dépêche C11 n'est pas encore mort. Évalué à 2.
Oui mes des fois tu veux justement que ce ne soit pas aligné. Dans certains cas tu préfères économiser de la place plutôt que de gagner en performance. Tu as aussi les cas où les données viennent d'un autre monde avec des règles d'alignement différentes. Il y a aussi les cas où tu imbriques des structures. Bref au final les compilo ont chacun leurs directives pour gérer l'alignement. Donc que ce soit standardisé n'est finalement pas plus mal.
[^] # Re: Bof
Posté par gpe . En réponse à la dépêche C11 n'est pas encore mort. Évalué à 5.
Certains ont quand même adopté le C99. Le compilo ARM est C99 par exemple.
Et je trouve qu'il y a quand même des choses pratiques dans le C99 qui rendent le code plus lisible. Pour les initialisations par exemple.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 3. Dernière modification le 04 décembre 2011 à 00:50.
Bien sur que la souris est toujours là mais par exemple si tu veux changer de bureau à la souris c'est un véritable marathon comparé à ce qui se faisait sous Gnome 2. Plus de clics, plus de mouvements.
J'ai pris le windows droit pour le compose.
Oui d'accord mais c'est un truc que tu fais une fois et tant que tu ne te déplaces pas ça ne change pas.
Moi j'utilise essentiellement les raccourcis clavier pour des actions que je fais souvent. Sinon je n'arrive pas à me rappeler du raccourci.
Mes interfaces étant configurés dans /etc/network/interfaces, network manager est désactivé et empathy ne fonctionne pas. Si quelqu'un sait pourquoi ?
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 2. Dernière modification le 03 décembre 2011 à 16:34.
Le CTRL-ALT-Flèche t'arrives à le faire d'une main ?
De toute façon là n'est pas le problème. Quand je n'ai qu'une main de disponible je n'ai pas que le gestionnaire de fenêtres à manipuler mais aussi des actions à faire dans des applis et c'est plus simple de le faire à la souris car ça limite les mouvements de la main (enfin ça limitait parce que maintenant ...).
Pour le CTRL+ALT+TAB bien sur que si que j'ai essayé. Mais je n'en vois pas l'intérêt :
- Pour aller dans activités il y a la touche windows,
- Pour régler le son j'ai des touches dédiés sur le clavier,
- le menu accessibilité je ne m'en sers pas (je me demande pourquoi il est ici d'ailleurs),
- le réseau, je ne vois pas quoi y faire,
- le menu langue : je suis toujours en français
- le menu utilisateur : à part pour éteindre la machine je n'y vais pas non plus
Et vu que l'on ne peut plus rien mettre dans la barre je maintiens que je ne vois pas l'intérêt de ce raccourci. Ça ne me gêne pas qu'il existe mais ça ne présente pas un intérêt qui en ferait la killer feature.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 1. Dernière modification le 03 décembre 2011 à 15:51.
Par contre il y a un problème avec le nombre d'appli. À partir d'un certain nombre (variable en fonction de la hauteur de l'écran), tu ne peux plus accéder à toutes les applis via la barre gauche dans Activités.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 3.
Pour moi un bureau c'est un contexte avec un ensemble d'appli nécessaires à l'accomplissement d'une tâche. Cela doit donc être isolé des autres bureaux. Le ATL-TAB doit-être limité à ce contexte.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à -1. Dernière modification le 03 décembre 2011 à 15:38.
Parce tu ouvres toutes tes applis en plein écran ?
Perso j'ai une minorité d'appli que j'ouvre en plein écran et même de moins en moins au fur et à mesure que les écrans augmentent en taille. Sur un 24" 1920x1200 je dois avoir une seule appli que j'ouvre en plein écran (et quelques feuilles de tableurs). Sur un 30" à part quelques fichiers de tableur je ne vois pas l'intérêt. Et je ne parle même pas des multi écrans où ouvrir un nouveau bureau à chaque nouvelle appli est une hérésie (tu n'utilises qu'un écran).
De toutes façon si tu ouvres tout en plein écran, avec la façon de gérer les bureaux de Gnome 3, ça ne sert à rien d'avoir un bureau par appli.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 1. Dernière modification le 03 décembre 2011 à 15:26.
En fait je ne vois pas l'intérêt des bureaux dans Gnome 3.
A partir du moment où ils ne sont pas isolés, que le bureau n'est pas utilisé, il est aussi simple de tout ouvrir au même endroit.
Sinon le déplacement d'un bureau à l'autre existait déjà sous Gnome 2.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 2.
Outre que certains raccourcis clavier sont totalement ahurissant (le coup du CTRL-Suppr de Nautilus), il m'arrive souvent de n'avoir qu'une main de disponible pour faire des actions sur le PC. L'autre mettant étant nécessaire pour agir sur une manip ou d'autres équipements de test. Une IHM graphique se doit d'être facile à piloter avec la souris, ce n'est pas le cas de Gnome 3. Gnome 2 est largement plus simple.
Pour le Ctrl+Alt+TAb à quoi ça sert on ne peut rien faire de barre du haut. Pourquoi vouloir y aller ?
[^] # Re: Pourquoi un fork complet
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 0.
Le pire c'est que même les fonctionnalités de base et mises en avant de Gnome-shell sont bugguées.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 5. Dernière modification le 30 novembre 2011 à 00:36.
Pour que ça prenne moins de place à l'écran je suis revenu à la police de Gnome 2 qui est plus compact.
Parce que sur un portable 13" c'est totalement invivable par défaut.
Sinon c'est vrai que c'est beau mais rien n'est vraiment pratique. A la souris tout est plus compliqué qu'avec Gnome 2. Plus de clics, plus de déplacements, ...
[^] # Re: Pas encore au niveau de VLC
Posté par gpe . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 2.
Par défaut les vidéos se lancent dans Totem avec gstreamer. Quand ça ne marche pas j'essaie avec vlc qui en général fonctionne et quand ça ne fonctionne toujours pas je finis avec mplayer. Si ce dernier échoue je laisse tomber.
[^] # Re: Pas encore au niveau de VLC
Posté par gpe . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 2.
Je suis en debian testing sous Gnome 3 ( mais peut-être plus pour longtemps vu que Gnome 3 m'horripile ) et vlc se lance très rapidement. Visuellement il n'y a pas de différence avec le lancement de totem.
[^] # Re: Pas encore au niveau de VLC
Posté par gpe . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 2.
Vlc ne met pas plus de temps à se lancer que Totem.
Par contre c'est vrai que vlc supporte plus de formats.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 6.
Le plus gros problème de Gnome-shell c'est la gestion totalement calamiteuse des espaces de travail. C'est un non sens complet.
[^] # Re: Il fallait bien
Posté par gpe . En réponse à la dépêche MATE, fourchette de GNOME 2. Évalué à 3.
Dont moi aussi.
# en vrac ...
Posté par gpe . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 7.
Quelques remarques en vrac :
- quand il dit que personne ne gère sa voiture avec Android, certes mais on entend quand même énormément parler de Linux dans pas mal de projets dans l'embarqué automobile actuellement autant en Europe qu'au Japon ...
- il dit que depuis 2005 Minix est orienté embarqué mais il ne commencera le portage sur ARM qu'en janvier prochain. On lui dit que ARM a une part de marché, comment dire, ... non négligeable (pour rester gentil) dans l'embarqué. Pourtant il paraît qu'il serait visionnaire ...
[^] # Re: Exclamations !
Posté par gpe . En réponse à la dépêche Petites brèves : Empathy, LibreOffice et Samba. Évalué à 6.
Ils auraient pu choisir de ne pas contribuer.
Pour moi le "en plus sous une licence libre, la GPL" et là pour souligner que Microsoft a contribué à Samba qui est sous GPL et non pour souligner que la contribution est sous GPL ce qui fatalement est le cas.
[^] # Re: les binaires, bof
Posté par gpe . En réponse à la dépêche /usr friendly. Évalué à 9.
Et c'est très bien ainsi. Dans les programmes dans sbin ne sont pas utiles à un utilisateur normal.
Vouloir fusionner bin et sbin ne me semble pas une bonne idée.
[^] # Re: Changer le répertoire courant
Posté par gpe . En réponse à la dépêche Vim fête son 20e anniversaire. Évalué à 2.
Oui moi aussi je préfère rester sur un emplacement fixe. En général en tête de l'arbo des sources. Comme ça quand on veut ouvrir un autre fichier ça évite de devoir tout remonter depuis le fichier courant pour redescendre ensuite vers le fichier cherché.
[^] # Re: En vrac, mes préférés
Posté par gpe . En réponse à la dépêche Vim fête son 20e anniversaire. Évalué à 1.
Pourquoi "ah ben non" ? Dans la contribution initiale on parlait de "pour rechercher le mot sur lequel est placé le curseur". Quand on se limite à ça, # et * sont équivalent. ;)
Après si on prend en considération le sens de recherche effectivement ça diffère. Je plussois donc ta contribution ;)
Je rajoute même que tant que l'on veut continuer la recherche dans le même sens, on peut économiser un déplacement de doigt en continuant avec * et # plutôt que d'aller sur le n ...