Comme prévu, GNOME 2.24 sort en septembre 2008, six mois après la 2.22 et 6 mois avant la 2.26. Cette version inclut les nouveaux logiciels Empathy pour la messagerie instantanée, Ekiga 3.0 pour la VoIP. Le navigateur de fichiers Nautilus propose un troisième mode d'affichage des fichiers plus compact et des onglets. Désormais Nautilus renomme automatiquement les fichiers sur partition FAT lors de la copie, pour éviter des surprises dues aux limitations de ce système de fichier. L'auto-complétion du chemin dans la barre d'adresse est plus rapide, plus cohérente et plus souple. GNOME prend en charge le tout nouveau standard de thème sonore de freedesktop ; le logiciel de configuration du son a d'ailleurs été revisité par la même occasion. La gestion du multimédia a subit de notables améliorations avec la prise en charge de multiples tuners TV, de vidéos YouTube à une meilleure résolution, des télécommande infrarouge, etc. Enfin, cette version de GNOME fournit un jeu de fonds d'écran de qualité suite à un concours de fond d'écrans.
En terme d'accessibilité, GNOME trouve toujours de quoi s'améliorer, restant ainsi le bureau le plus accessible sur le marché (tant propriétaire que libre). La navigation dans le bureau grâce au clavier a été améliorée, permettant de passer d'une application du tableau de bord à une autre grâce au raccourci Ctrl+Alt+Tab. Dans Nautilus, la sélection de fichiers au clavier est devenu linéaire plutôt que rectangulaire. L'utilisation de la souris n'en a pas été pour autant délaissée. L'accessibilité basée sur la souris a été étendue pour les configuration multi-écrans. Les gestes décrits avec la souris sont maintenant dessinés. La lecture orale de l'affichage a été grandement améliorée tant pour les applications GNOME (navigateur d'aide, tableaux de bord) que pour les applications tierces (applications Java, OpenOffice.org, Thunderbird, Pidgin, etc.). De même, la lecture des sites web utilisant la technologie ARIA a été implémentée.
Pour les développeurs, l'actualité est chargée avec la préparation à l'arrivée de GTK+3.0. Les versions 2.X à venir permettront de détecter les erreurs de compatibilité avec la version 3.0. Les classes et fonctions, les fichiers en-tête et les conventions obsolètes généreront des Warnings. En terme de fonctionnalités, GNOME 2.24 s'appuie sur la GLib 2.18 incluant notamment la gestion des emblèmes dans GIO, une gestion plus fine du montage des volumes, un support étendu pour l'internationalisation suivant le contexte, etc. GNOME 2.24 dépend de GTK+2.14 avec notamment le support générique du montage de volume avec fenêtre d'authentification (si besoin), le remplacement de fonction de libgnome, le portage vers GIO, etc. Enfin Empathy vient avec ses bibliothèques permettant d'accéder à toutes les fonctionnalités de la messagerie instantanée (présence, transmission, interface), voilà qui ouvre de nouvelles possibilités pour les versions à venir ! À noter que GNOME 2.24 fournit pour la première fois une version de la plate-forme de développement GNOME Mobile, notamment utilisée dans Maemo et dans OpenMoko.
GNOME 2.24 est disponible en 114 langues dont 45 traduites à plus de 80%. Vous trouverez GNOME 2.24 dans un live CD ou directement par votre distribution.
Cette version confirme les changements profond de GNOME depuis GIO jusqu'à DBus, PolicyKit, ConsoleKit et PackageKit en passant par gnome-session. Après des années de "ToPaZ", c'est aussi le début de la gestation de GNOME 3.0 avec la préparation de l'accueil de GTK+3.0. GNOME 2.24, c'est la continuité de GNOME, mais avec un pied dans l'avenir. Voici un condensé des fichiers NEWS des projets de GNOME, décortiqués et parfois approfondis.
Nautilus :
- Utilise la description GIO dans le titre de la fenêtre
- Évite la copie/déplacement récursif de fichier
- Correction de fuites de mémoires et de plantages
- Réduit la qualité des vignette (algorithme bilinéaire et non hyperbolique) pour optimiser la génération d'aperçus).
- L'onglet "Ouvrir avec" des propriétés de fichiers a été inclus dans l'onglet "Général".
- Évite d'afficher des infos inutiles pour les fichiers spéciaux (dans computer:///, etc.)
- Permet de restaurer un fichier depuis la corbeille.
- Correction d'une grosse fuite de mémoire : les messages affiché dans la barre d'état n'étaient jamais désalloués !
- Évite les aperçus zoomés
- Utilise les aperçus embarqués des grosses images.
Evolution :
- Nouveau greffon : édition des en-têtes à la rédaction d'un message
- Utiliser NetworkManager plutôt que l'état précédent pour connaître l'état connecté.
- Portage d'EDS vers Win32.
- Possibilité d'écrire des greffons en python
- Nouveau greffons pour modèles de courriels
- Nouveau greffons : contacts webdav
- Prise en charge des Contacts Google
- Traditionnelle palanquée de corrections de bogues
- meilleure propagation des erreurs depuis les greffons
- Télécharger le contenu dans un fil différent (évite le gel de l'interface durant le formatage du courriel)
- Corrections de fuites de mémoire importantes dans EDS
- Dans le greffon "Oubli de pièces-jointes" ignore la signature (à cause des entreprises ajoutant systématiquement des blabla en signature ou des logiciels antispam qui ajoutent leur pubs).
- Meilleur support des erreurs IMAP (plutôt que d'avoir systématiquement des Unknown error).
- meilleure propagation des erreurs depuis les greffons
Evince :
- Support des bande dessinées compressées par 7zip.
- Support des touches multimédia (lecture/pause pour les diaporama).
Multimedia :
- Les modules obsolètes gnome-cd, vumeter et cddb-slave sont désactivés en faveur de Rhythmbox et Sound Juicer.
- L'enregistreur reçoit enfin une mise-à-jour de son icône, un indicateur du volume d'enregistrement et la gestion de nom de fichier UTF-8
- Beaucoup de corrections de bugs notamment dûs au manque d'entretien du logiciel
- Le contrôleur de volume est devenu une application de préférence.
Totem :
- Correction de bugs dans YouTube. Possibilité de lire les vidéos YouTube dans le navigateur avec Totem (plutôt que Flash)
- Portage vers GIO
Cheese
- Intégration avec le bureau pour l'embarqué hildon
- Beaucoup de corrections de plantage potentiel (double suppression d'image, initialisation de la webcam, etc.)
- Amélioration de l'interface : popup façon gedit quand il n'y a pas de webcam, entrée de menu pour le décompte
- Enregistrer les photos et les vidéos dans un dossier XDG.
- Utilise nautilus-sendto plutôt que "send-by-mail". Cela permet d'envoyer une photos par Bluetooth, et de réutiliser le code.
- Nomme les fichiers avec la date de la prise de la photo et non un numéro 000x.jpg. Les photos prises durant la même seconde se voient ajoutées un numéro (X) à la fin, comme Nautilus.
- Fenêtre de préférences avec choix du périphérique et de la résolution des photos/vidéos.
- Intégration du décompteur avec le thème Gtk
- Nouveau flash qui ne touche pas à la luminosité de l'écran. Fonctionne mieux avec un affichage composite.
Messagerie instantanée (Empathy):
- Ne pas afficher les deux backends MSN : Haze (Pidgin) et Butterfly (py-msn) avec une préférence pour le dernier.
- Ajout des comptes QQ et Gadu-gadu.
Gestionnaire d'archive:
- Prise en charge des archives alz (format propriétaire ALzip), rzip (format libre adapté aux fichiers très redondants : http://rzip.samba.org/ ).
- Création zip auto extractible (pour Windows uniquement ?)
- Gestion du chiffrement des en-têtes.
- Ignore les fichiers de sauvegardes terminés par ~
- Optimisation des opérations sur les archives avec beaucoup de fichiers.
- Utilisation intensive de 7z.
Économiseur d'écran :
- Conserve l'écrasement de valeur de luminosité de l'écran
- Affiche le fond d'écran derrière la boîte de déverrouillage.
Connexion à distance (Vinage) :
- Ajout d'une action "Envoyer Ctrl+Alt+Suppr"
- Gestion de sessions chiffrées
Moniteur système :
- Nouvelle colonne 'Waiting Channel' dans la liste des processus
- Optimisation des performances pour les mauvais pilotes de cartes graphiques (le Moniteur système est très rapide avec le pilote VESA !)
- La liste de colonne de la liste des système de fichier est configurable.
- Portage vers GIO
Trousseau de clefs:
- Importe toutes les clefs SSH (pas seulement la clef RSA principale).
- Prise en charge des clefs et certificats PKCS#11
Deskbar :
- Nouveaux modules : suggestion Yahoo!, Wikipedia (avec sélection de la langue de l'environnement), Google Code, Google Search (résultat directement dans deskbar), Twitter et identi.ca (microblogging).
- inclusion du module calculette.
- Conformité avec les dossiers XDG.
Applications de tableaux de bords :
- Migration générale de Glade vers GtkBuilder
- Meilleurs intégration avec les gestionnaire de composition pour les popups.
- Utilise l'API gnome-session pour clore la session.
- Nouvelle application : Hamster, qui aide à gérer son temps.
- Menu :
- Séparateur optionnel, cela évite le bug du séparateur en début/fin de menu
- Horloge:
- réécriture de la lecture/écriture des timezones pour être portable sur d'autres SE.
- Beaucoup d'optimisation du calendrier, cache des requêtes PolicyKit, purge de données non utilisées résident en mémoire, colmatage de fuite de mémoire, nettoyage du code, etc. (Merci Vincent Untz !)
- réécriture de la lecture/écriture des timezones pour être portable sur d'autres SE.
Préférences :
- Apparence :
- Permettre de ne pas choisir la police d'un méta thème.
- Bord rond des aperçus de thème
- Améliore le temps de démarrage en instanciant à la demande les sélecteur de papiers peints.
- Permet d'installer des thèmes supplémentaires via PackageKit.
- Portage vers GIO
- Permettre de ne pas choisir la police d'un méta thème.
- Fenêtres :
- Ajout des actions "Maximiser verticalement" et "Maximiser horizontalement" pour le double clic sur la barre de titre.
- Son :
- Abandon total d'ESD (dans l'interface)
- Abandon de l'onglet spécifique au bip système.
- Gestion des thèmes sonores FD.o grâce à libcanberra (de Lennart Poettering, créateur de PulseAudio et tant d'autres projets).
- Abandon total d'ESD (dans l'interface)
- Support de Xrandr 1.2 : configuration multi-écrans à chaud
- Démon :
- Moins de popups inutiles à propos de la configuration du clavier. S'efforce d'utiliser la carte clavier de GDM.
- Utilise l'API de gnome-desktop plutôt que libbackground.
- Quitte lorsque gnome-session envoie le signal DBus de fin de session.
- plus de réutilisation de Gtk+/GLib et moins de réimplémentation propre.
- Limitation de la place réservée aux aperçus.
- Meilleur support des boutons de volume des IBM Thinkpad.
- Optimisations :
- ne pas sauvegarder dans GConf la configuration d'xkb,
- Corrige la désactivation de greffons
- Évite de capturer trop d'événements du clavier inutilement.
- Lancé en démon par défaut, implémente l'option '--no-daemon".
- Factorise des fonctionnalités de différents greffons dans une bibliothèque partagée.
- ne pas sauvegarder dans GConf la configuration d'xkb,
- Moins de popups inutiles à propos de la configuration du clavier. S'efforce d'utiliser la carte clavier de GDM.
Bureau :
- Mise-à-jour dynamique du fond d'écran si l'image est modifiée grâce à GIO.
Session :
- Émission de messages DBus pour le début et la fin de session
- L'écran de chargement disparaît quant la session est prête (pas avant).
- Glisser-déposer de .desktop dans les préférences de la session. Permet de glisser un item du menu dans la liste des applications à lancer au démarrage.
- Ne pas proposer de changer d'utilisateur si GDM n'est pas lancé.
- Prise en charge de l'extinction et le redémarrage de ConsoleKit
Metacity :
- Ombre pour les menus et infobulles
- Grosse réorganisation du compositeurs. Metacity est loin de laisser à Compiz le monopole de la composition :)
- Backend XRender pour la composition
- Une nouvelle API publique pour le compositeur
- Backend XRender pour la composition
- Corrections de plantages du compositeurs
- Mise-à-jour de la couleur de la fenêtre de titre en correspondance avec le thème.
GVFS :
- Prise en charge des ISOs non standards (quel oxymore ...)
- Correction de bugs et amélioration de la robustesse du démon fuse.
- Le calcul de capacité de volume est exprimé en puissance de 10 plutôt qu'en puissance de 2, cela évite les clefs USB de 64MB qui sont affichées 61,7MiB.
GDM :
Finalement, c'est GDM 2.24 ( http://live.gnome.org/GDM/Screenshots ) qui a été choisi pour cette version. Le débat a été difficile entre conserver GDM 2.20 et attendre GDM 2.26 ou passer dès maintenant à GDM 2.24. En effet, GDM 2.24 apporte de nombreuses régressions, évidemment temporaires :
- Plus de thème graphique : uniquement un thème GTK+ et un papier peint.
- Plus de gdmsetup : configuration via gconf/dbus uniquement.
- Pas de gestion du multi-carte graphique
Cependant, GDM 2.24 apporte de sérieuses améliorations si fondamentales qu'on comprend le choix de GNOME :
- Gestion de l'énergie, des thèmes et des préférences
- Parfaite intégration avec le nouveau GNOME Session.
- Une barre de menu en bas de l'écran permettant de choisir langue, sessions, carte de clavier, accessibilité, etc.
- Animations (décompte, etc.)
- Abstraction du protocole XDMCP pour supporter d'autres protocoles de connexion distantes à l'avenir.
- Configurable depuis gconf et pessulus grâce à la migration vers gnome-settings-daemon :
- dés-/activer les entrées ; éteindre, redémarrer, connexion distante,
- Outil de capture d'écran caché : appuyer sur "Impr Écran" et la capture est sauvegardée dans /var/run/gdm
- Active les touches multimédia (volume)
- Portage vers GIO
- mise-à-jour dynamique des photos de session
Plus généralement, GDM a pris un sacré coup de jeune (merci notamment à Sun). Même gdmgreeter, l'écran graphique montrait franchement des limites, notamment pour la création de thèmes flexibles et évidement pour les effets graphiques. Reste à savoir si l'on va avoir un simple portage du greeter vers le nouveau cœur de GDM, un tout nouveau greeter avec format de fichier et fonctionnalité modernes … ou les deux ! L'avenir nous le dira.
Orca :
- Ne pas lire le mot de passe de GDM
- Amélioration du support de Pidgin.
Glade :
- Permet de choisir la version de Gtk+ que l'on veut supporter. Remarque les incompatibilités existantes si on choisit une vieille version.
- Retour de GtkScaleButton et GtkVolumeButton
- Affichage du premier widget à l'ouverture d'un projet.
- Support de deux formats de fichier : glade et GtkBuilder.
- Documentation de l'API pour intégrer Glade (par exemple dans Anjuta). La doc était vieille de 2 ans. C'est une quasi réécriture.
- Réécriture du vieux lecteur de format de fichier (ancien format de fichier ?)
Anjuta:
- Portage vers GRegex, fourni un support d'UTF-8 dans la recherche.
- Correction de bugs pour le portages vers *BSD.
- S'assure que la cible est bien à jour avant de l'exécuter.
- Ne centre plus les items du menu des onglets de documents
- Nouveau menu Documents inspiré de GEdit.
- Nombreuses améliorations des performances du navigateur de symboles basé sur libgda/sqlite (moins de transactions, requêtes précompilés, partages des ressources, etc.)
- Optimise le démarrage en évitant de charger tous les symboles au lancement.
- Une montagne de corrections de bugs et de plantages.
- Indépendant de libegg
- Migration de GnomeDruid vers GtkAssistant.
GTK+/GLib:
- Nouveau GtkMountOperation qui sous classe GMountOperation (de GIO) permettant de proposer à l'utilisateur de s'identifier.
- Nouveau chargeur d'image pour Windows basé sur GDI+ (inclus en autre un vrai support de la transparence PNG).
- Nouvelle fonction gtk_widget_get_snapshot() pour faire des captures de widget même si le widget n'est pas affiché à l'écran. Pratique pour de belles documentations.
- L'état des imprimantes cups est maintenant répercuté dans l'interface.
- Un océan de correction de bugs.
- GIO :
- Nouvelles fonctions permettant de détecter le type d'un volumes (cd audio, dvd, appareil photo, ou simple périphérique USB, etc.) de la forme x-content/*
- Support des emblèmes, en plus des icônes.
- Préservation des permissions via FTP.
- Pygio est arrivé !
- Nouvelles fonctions permettant de détecter le type d'un volumes (cd audio, dvd, appareil photo, ou simple périphérique USB, etc.) de la forme x-content/*
- GTK+ n'utilise pas l'internationalisation si l'application ne l'utilise pas.
- Abandon du moteur de thèmes Smooth.
- Portages de GTK+ vers GIO :
- Nouvelles fonction gtk_show_uri() remplaçant enfin gnome_url_show() et gnome_vfs_url_show(). Cela est un pas important pour la portabilité des applications GNOME faisant appel à des logiciels tiers (ex: pour ouvrir l'aide).
- Support de GIcon dans GtkIconTheme et GtkImage.
- Surveillance des fichiers récents permettant une mise-à-jour dynamique des fichiers récents d'une application à l'autre.
- Portage complet de la fenêtre de sélection de fichier à GIO (met au jour quelques régression de GIO sous Windows). Abandon des backend spécifique aux plate-formes.
- Les emblèmes débarquent dans GTK+, et plus seulement dans GNOME.
- Nouvelles fonction gtk_show_uri() remplaçant enfin gnome_url_show() et gnome_vfs_url_show(). Cela est un pas important pour la portabilité des applications GNOME faisant appel à des logiciels tiers (ex: pour ouvrir l'aide).
- Correction d'un bug reporté le 11 juin 2001 : si vous avez la souris au dessus d'un bouton insensible, lorsqu'il devient sensible, le bouton ignorait que vous aviez déjà le curseur dessus.
- Mention de Vala dans la documentation de GObject ! Mise-à-jour générale de la documentation de GObject (qui datait du siècle dernier).
Portages de GEdit, libgnome et bug-buddy vers GIO. Il faut remarquer à quel points GIO allège beaucoup de programme de code "fait maison" pour résoudre quelques problèmes usuel comme ouvrir un fichier avec le bon logiciel, monter un volume et ouvrir le bon logiciel pour le gérer, etc.
Décadence ?
GNOME 2.24 est la meilleure réponse aux allégations de décadence que le projet a reçues ces derniers mois. Des nouveaux modules ont fait leur inclusion et pas des moindres : avec notamment Empathy. En outre, le travail sur les fondations de ces dernières années commence à porter ses fruits : GIO factorise énormément de code et fournit plus de fonctionnalités, de portabilité et de souplesse au bureau. De vieux modules peu maintenus se voient être remis à jour (Enregistreur de son, gnome-session, GDM, etc.). GTK+ ne cesse de mûrir en fournissant un ensemble complet de fonctionnalités, suivant l'intuition du projet Ridley (unification et inclusion de nombreuses bibliothèques extérieures à GTK+).
Sans doute l'aboutissement du projet annonce-t-il la fin du cyle GTK+2.X : GTK+2 est mûr, mais traîne trop de code obsolète. La mort de libgnomeui et ses confrères ouvre la porte à GTK+3.0 : un toolkit complet, portable et adaptable tant au bureau qu'à l'embarqué. Depuis le printemps, et les hackfests GTK+ en Allemagne, l'actualité sur GTK+3.0 bouillonne et précise l'avenir de GNOME, affirmant par là le rôle moteur de GTK+ dans GNOME.
De même que Gtk+2.0 proposait une transition douce depuis GTK 1.2, de même GTK+3.0 et GNOME 3.0 vont permettre une transition progressive et facile. Cette philosophie est bien résumée par cette célèbre diapositive de Kristian RIETVELD au GUADEC : GNOME 2.30 = GNOME 3.0 (fichier pdf de la présentation disponible ici). L'avenir est décidément lumineux pour GNOME, bien loin de la décadence !
Aller plus loin
- Notes de version (2 clics)
- Téléchargements (2 clics)
- Rejoindre GNOME (1 clic)
- Article de Ryan Paul (Ars Technica) sur GNOME 3.0 (4 clics)
# fan boy...
Posté par collinm (site web personnel) . Évalué à -10.
ça sent le fanboy à fond
le choix d'un environement de bureau est sujectif
je pourrais bien dire que gnome est pas cohérent niveau gui... d'ailleurs ça avait fait une news sur www.osnews.com
qu'il manque de bonne application
quand je regarde
k3b
amarok
konqueror
kmail
koffice
je trouve leurs concurent très moyen sous gnome
donc je partage pas vraiment ta vision du meilleur bureau pour gnome
www.solutions-norenda.com
[^] # Re: fan boy...
Posté par patrick_g (site web personnel) . Évalué à 10.
http://fr.wikipedia.org/wiki/Accessibilit%C3%A9
[^] # Re: fan boy...
Posté par kowalsky . Évalué à -10.
koffice
Il n'y en a pas !
Ah si, OpenOffice... Un projet Gnome...
[^] # Re: fan boy...
Posté par gpe . Évalué à 4.
Sinon je ne vois pas le rapport entre k3b, amarok, kmail, koffice et le bureau?
[^] # Re: fan boy...
Posté par nattyebola . Évalué à -4.
Amarok et K3b sont de très bon softs, aux qualités non négligeables.
Mais suis-je le seul a ne pas aimer les grosses usines a gaz qui embourbent mon processeur de prolo ?
[^] # Re: fan boy...
Posté par gpe . Évalué à -3.
[^] # Re: fan boy...
Posté par dguihal . Évalué à -7.
[^] # Re: fan boy...
Posté par gpe . Évalué à 10.
On parlait accessibilité du bureau et on nous répond que k3b, Amarok, koffice, etc. sont très bien. C'est certainement vrai mais ça n'a rien à voir avec l'accessibilité du bureau c'est tout!
# Excellente dépêche !
Posté par Victor STINNER (site web personnel) . Évalué à 8.
J'ai longtemps utilisé Gnome, puis j'ai donné sa chance à KDE. J'ai migré mes deux postes à KDE. Ensuite, j'ai réessayé Gnome car Ubuntu est mieux fini dans sa saveur Gnome. Finalement, je suis revenu à KDE partout, je trouve Gnome trop limité. Exemple : on peut pas redimensionner une fenêtre avec ALT+clic droit+déplacement de la souris. Autre exemple : Nautilus n'affiche pas le débit lors d'une copie de fichier (soit-disant c'est inutile, seul l'estimation du temps restant est suffisante). Peut-être que KDE aime les geeks alors que Gnome les renie.
[^] # Re: Excellente dépêche !
Posté par Sak . Évalué à 7.
[^] # Re: Excellente dépêche !
Posté par gpe . Évalué à -2.
Pour les débits dans nautilus c'est présent depuis la version 2.22 si je ne m'abuse?
Enfin bon si c'est juste ça qui te motive pour KDE, t'es vraiment dans le micro détail!
[^] # Re: Excellente dépêche !
Posté par Putifuto . Évalué à 9.
Je suis bien d'accord avec l'analyse de Victor. Mais le choix existe, c'est ce qui compte.
PS: Quelqu'un a une capture d'écran du file sélector de cette nouvelle version ? ou ça reste l'horrible truc dispo avec firefox ?
[^] # Re: Excellente dépêche !
Posté par Psychofox (Mastodon) . Évalué à 6.
il y'en a des 2 côtés aussi.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 4.
Si c'est le sélecteur de fichier de GNOME, je me permet de rappeler qu'il est possible de glisser déplacer un fichier ou un dossier dans la fenêtre du sélecteur de fichier, et que ce fichier ou dossier sera alors automatiquement sélectionné dans la fenêtre.
Je ne peux plus m'en passer (et quand j'utilise un logiciel KDE j'évite au maximum cette boîte de dialogue. Cela me permet de naviguer dans mes fichiers avec nautilus (que je peux éventuellement lancer à partir d'un terminal), et glisser l'icône du dossier dans le coin inférieur gauche (permettant de remonter dans la hiérarchie) dans mon sélecteur de fichier, et je suis directement au bon endroit.
Cela m'évite à devoir naviguer dans mes dossiers avec le sélecteur de fichiers. Souvent, lorsque j'ai besoin d'ouvrir/enregistrer un fichier dans un dossier, j'ai déjà un terminal ou une fenêtre nautilus ouvert à cet emplacement. Cela me facilite donc bien la vie.
Et bien sûr, je rappelle le Ctrl-L qui permet de taper directement le chemin d'accès.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à -1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par zebra3 . Évalué à 2.
On reste donc parfaitement dans la logique KISS d'UNIX : une tâche = un programme.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Excellente dépêche !
Posté par seginus . Évalué à 6.
Parce que en allant par là, je peux avoir une applications pour lire des mp3 et une pour lire de l'ogg…
Cette réflexion est souvent ressortie quand il y a des limitations sur un programme, mais je pense que c'est souvent sorti du contexte de l'époque.
alors autant, je trouve que k3b pousse trop loin (encodage, lecture, gravure éventuellement…) autant, par exemple, je trouve qu'un gestionnaire de fichier qui gère correctement le FTP, ce n'est pas du luxe, le but est le même, seul l'emplacement des fichiers diffère.
Quand au cas présent, je crois avoir compris qu'il s'agit de la fenêtre de sélection fichier (quand on veut ajouter par exemple une pièce jointe sur un webmail) qui est chez moi la même que dans les autres programmes.
[^] # Re: Excellente dépêche !
Posté par gpe . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par gpe . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par liberforce (site web personnel) . Évalué à 7.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 2.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 3.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 3.
Sous firefox c'est un raccourcis que j'utilise intensivement pour accéder au champs de saisie de l'URL. Ça permet de saisir aussi un chemin pour nautilus quand aucune application ne capture le raccourcis (cas rare, donc ce raccourcis me semble pas très utile, ou alors c'est qu'il y a une manière spécifique de l'utiliser que je ne connais pas).
Sinon pour sauvegarder, ^S, non ? Le sélecteur de fichier me saoul car il prends pas en compte le fait que je ne veux que du simple clique, mais le problème c'est le sélecteur, pas la méthode pour enregistrer. Enfin c'est mon humble avis.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 1.
Dans mon cas, à tous les coups, j'ai soit un terminal ouvert à coté ou une fenêtre de nautilus (en mode spatial je dois dire), donc ça me facilite la vie.
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 0.
Nan franchement, pour avoir déjà utiliser gnome, le dialog d'ouverture GTK/GNOME est immonde. A la limite ils ferraient mieux de mettre un carré blanc avec écrit "Droper un fichier ici", ça irait plus vite...
Et je précise que je ne suis pas un fanboy KDE, j'apprécie un bon nombre d'aspects de Gnome (je l'ai même installé à ma soeur). Je trouve cependant KDE globalement meilleur (et encore plus d'un point de vue technique, en partie grâce à Qt).
PS: D'ailleurs, le Gnome de ma soeur refuse de fonctionner maintenant (je ne sais pas pourquoi, je n'ai pas encore vu le PC), alors qu'elle est restée longtemps avec un KDE sans problème... La faute vient peut-être d'autre part, mais je sens qu'elle va retourner à KDE tout compte fait.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 4.
Ce que j'avais en un déplacement de souris devient plus compliqué.
Mais, quels sont tes reproches à la boîte de dialogue de GNOME ?
Si c'est que tu ne peux pas renommer des fichiers ou les déplacer, c'est volontaire et cela me convient parfaitement. Ce n'est pas l'endroit et ça permet de garder un modèle consistant. De plus on se demanderait alors qu'est ce qu'est censé faire un glisser-déplacer d'un fichier sur la boîte de dialogue, le fichier devrait il être déplacé dans la vue affichée ou la vue devrait-elle être modifier pour afficher le fichier ?
Si tu as d'autres arguments, ils m'intéressent, car en fait, je vois mal ce qu'on peut lui reprocher. On a une zone de raccourcis à gauche, des dossiers à droite, des boutons pour afficher le chemin en haut ... classique quoi.
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 5.
- on ne peut changer la vue/tri/preview dans celui de GTK
- avec KDE4 notamment, la barre d'adresse est vraiment super et permet de combiner les deux modes (bouton ou adresse texte). Par de raccourci clavier tordu style Ctrl+L a deviner...
- l'affichage est, du moins chez moi, bien plus rapide (genre pour /usr/bin)
- KDE gère correctement et depuis longtemps les KIOs
- quand ça s'ouvre ça prend pas les 3/4 de l'écran par défaut (bon ça c'est plutôt estétique je l'avoue)
- on peut créer des nouveaux dossier dedans (utile pour l'enregistrer sous)
- on peut voir et modifier les infos et droits d'un fichier
- d'un point de vue général, le sélecteur KDE semble plus simple tout en étant plus complet
après, le système de filtrage par nom est pour moi mieux dans le sélecteur GTK, mais c'est bien maigre par rapport aux inconvénients (et encore, j'en ai peut-être oublié)... Pourquoi proposer un navigateur si c'est pour qu'il soit inutilisable? Autant ne permettre que le glisser-déposer dans ce cas...
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 3.
- lors d'un "enregistrer sous", il y a en fait la possibilité de créer un dossier. Une différence de moins.
- par contre je déteste le "Parcourir d'autre dossiers" qui parfois est replié par défaut (je ne sais pas pourquoi). C'est vraiment inutile ce truc... (sachant il y a les icones des dossiers importants a gauche)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 7.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par lezardbreton . Évalué à 5.
- Qt offre un système de précédent suivant. --> C'est pour moi indispensable étant donné que je parcoure une arborescence (autant dire que je m'en sers fréquemment). De plus, c'est cohérent avec mes navitateurs web/fichiers.
- Qt offre plus de colonne. --> Ca me permet justement d'afficher le type, ce que j'utilise fréquemment pour trier ma vue, et qui est cohérent avec mon navigateur de fichier.
- Les boutons ouvrir et annulé sont largement mieux agencé dans la fenêtre GTK, en plus d'être agrémenté d'icône. --> à quoi peut-donc servir l'icône, le bouton "open" étant visible et selectionné par défaut, je ne vois aucune ambiguité possible et aucun effort d'attention particulier. Par ailleurs, il est tout de même possible de rajouter l'icone sur ces boutons dans les préférences de KDE, ce qui n'est pas fait par défaut.
- Pour ouvrir un fichier : Il n'y a pas de redondance entre le champ File name, le champ location et la vue. --> là, j'ai pas compris ce que tu voulais dire
- La seule différence enter les fenêtre ouvrir et enregistrer de Qt est en fait le nom du bouton de validation. --> pourquoi aurait-on besoin de faire différement ? Au contraire, encore une fois, plus d'homogénéité.
En plus, cela complète d'autres avantages existants :
- Dans la fenêtre GTK, impossible de savoir dans quelle partie de l'arborescence je me trouve, à moins de cliquer sur des boutons.
- pourquoi faire des boutons "ajouter"/"enlever" alors qu'un drag&drop suffit (enfin, j'imagine)
- Comment faire pour aller au niveau supérieur dans la fenêtre GTK ? Visiblement un click de trop pas du tout intuitif vu que l'aborescence n'est pas affichée en entier
- Enregistrer sous : pourquoi le parcourir d'autres dossiers n'est-il pas ouvert par défaut ? Quel est son intérêt ? Y-a-t-il vraiment des personnes qui trouvent que cela apporte quelque chose ?
- Il n'y a pas l'heure de modification du fichier pour tous les fichiers? Pourquoi ?
- affichage des fichiers prenant beaucoup trop de place le nombre de fichiers affichés est très faible
Encore une fois, ce message n'a pas pour but de dire que l'un est objectivement mieux que l'autre.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 2.
Après, c'est moins consistant avec d'autre dialogue qu'on peut trouver, mais les icones sont la pour s'y retrouver rapidement au premier coup d'oeil. Sincèrement, cet agencement ne me dérange pas le moins du monde.
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 3.
Je parlait plus de KDE/Gnome (comparons ce qui est comparable).
Toi tu me parle de Qt/Gnome.
Par exemple, voici le dialogue d'ouverture de KDE4. Je le trouve extrêmement simple, complet et beau à la fois:
http://pbs01.files.wordpress.com/2007/11/13opendialog.png
C'est ce que j'entendais par "semble plus simple tout en étant plus complet". Dedans tu peux facilement faire tout ce que j'ai cité ci-dessus, tout en paressant "épuré".
Après, si tu prend le dialog d'ouverture de Qt, je suis d'accord pour dire qu'il est moins bien que celui de KDE (et que Gnome), et dans ce cas je te pris d'accepter mes plates excuses pour le quiproquo.
Nan franchement le travail de HIG de gnome est pourri comparer à KDE (sur cet exemple là, ce qui n'est tout de même pas toujours le cas). Passera? passera pas? ;)
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 1.
Ta boîte de dialogue contient mille fois trop de boutons: Les plus inutiles sont le bouton rafraichir (cela devrait être fait automatiquement) et le filtre en bas qui permet à n'importe quel geek de mettre ses expression de globing (*.toto). Lorsque c'est justifié, les filtres devraient être affichés d'une manière qui ne laisse pas entandre à l'utilisateur qu'il doit écrire quelque chose dans cette zone de texte.
Ensuite, si on veut ouvrir un fichier, je me demande bien pourquoi il y aurait une case pour saisir son nom sachant qu'on a la liste des fichiers.
Pour le reste je ne vais pas trop commenter, si ce n'est que je vois mal l'intérêt d'avoir un bouton pour le dossier parent alors que la barre d'adresse cliquable permet de le faire facilement en un seul clic.
Donc non, le travail HIG de GNOME est franchement plus recherché.
[^] # Re: Excellente dépêche !
Posté par zebra3 . Évalué à 5.
Après, qu'on aime ou qu'on n'aime pas, on ne peut pas nier le travail qui a été accompli sur ce sujet.
¹ : [http://library.gnome.org/devel/hig-book/stable/index.html.en] Avant c'était dispo sous forme de PDF, mais je n'arrive pas à remettre la main dessus.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 4.
Tu peux trier.
Et on a en général les aperçus à droite.
- avec KDE4 notamment, la barre d'adresse est vraiment super et permet de combiner les deux modes (bouton ou adresse texte). Par de raccourci clavier tordu style Ctrl+L a deviner...
J'ai remarqué qu'à gauche de la barre d'adresse, il y avait un petit bouton qui permettait de taper ton chemin si tu est vraiment perdu
- l'affichage est, du moins chez moi, bien plus rapide (genre pour /usr/bin)
Effectivement, c'est nautilus ça. Je le regrette aussi (surtout pour firefox ou Gran Paradisio qui me demande avec quel programme ouvrir un fichier). mais à part pour ce navigateur, tu va souvent voir là bas ?
- KDE gère correctement et depuis longtemps les KIOs
Perso, je n'utilise pas (c'est toujours très lent de toute façon), mais maintenant je crois que GNOME s'est amélioré.
- quand ça s'ouvre ça prend pas les 3/4 de l'écran par défaut (bon ça c'est plutôt estétique je l'avoue)
Effectivement, la fenêtre prend un peu plus de place en hauteur (mais souvent moins en largeur) ... perso, j'avais tendance à trouver plutôt l'inverse. Mais c'est subjectif.
- on peut créer des nouveaux dossier dedans (utile pour l'enregistrer sous)
si
- on peut voir et modifier les infos et droits d'un fichier
Pour les infos, tu as les colonnes (mais ça ne donne pas beaucoup d'infos). Concernant la modification des infos sur un fichier, ce n'est pas l'endroit, et 'est un choix que j'apprécie, même si je comprends que certains voudraient pouvoir tout faire dans cette boîte de dialogue.
- d'un point de vue général, le sélecteur KDE semble plus simple tout en étant plus complet
simple, je n'ai pas l'impression (c'est subjectif de toute façon)
Complet, sans doute, mais moi je dirais trop complet. Une boîte de dialogue n'est pas un navigateur de fichiers. Peut être qu'il manque à la boîte de dialogue GNOME un bouton pour ouvrir Nautilus dans le même dossier pour que tu puisse faire toutes les modifications que tu souhaites.
Je crois qu'on en arrive à la conclusion que ces jugements sont hautement subjectifs, non ?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par HoloAddict (site web personnel) . Évalué à 3.
Gnome est juste à la traîne depuis des années la dessus et commence enfin à avoir un truc qui ressemble à quelque chose (et je ne pense pas que tous les protocoles soient bien finalisés...)
[^] # Re: Excellente dépêche !
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Pas tant que ça, à une époque il y avait un cdda:// tout à fait acceptable, mais qui avait disparu dans les dernières versions de GNOME-VFS.
[^] # Re: Excellente dépêche !
Posté par karteum59 . Évalué à 2.
Pour résoudre le problème (sur Firefox en tout cas), va dans "about:config" et change la clé "ui.allow_platform_file_picker" à false
(N.B.: tu trouveras d'autres astuces dans le genre sur http://gentoo-wiki.com/HOWTO_Integrate_Firefox_with_KDE )
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 2.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par ploum (site web personnel, Mastodon) . Évalué à 6.
Depuis, y'a des Linux un peu partout dans le département.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Excellente dépêche !
Posté par Okki (site web personnel, Mastodon) . Évalué à 7.
[^] # Re: Excellente dépêche !
Posté par gpe . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par \o/ . Évalué à 3.
Et puis ne pas avaoir à aller chercher le petit coin de la fenêtre pour redimensionner ça a du bon.
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
Cela dit, je trouve qu'il y a un truc bien pourrie sous gnome (ce qui n'empêche que c'est ce que j'utilise tout les jours), c'est la limite totalement infondé sur la touche "super/meta 4/windows". Il n'y a pas possibilité d'y attribuer plus de un raccourcis clavier à la touche!
Alors que c'est une touche présente sur la plupart des claviers, de manière symétrique avec par défaut ayant une action identique (contrairement au alt/alt gr). Je comprends vraiment pas sur quoi ce fonde ce choix totalement aberrant.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 2.
http://bugzilla.gnome.org/show_bug.cgi?id=165343
Il semble résolu depuis peu, sans doute il ne sera plus là pour la prochaine version :)
[^] # Re: Excellente dépêche !
Posté par GCN (site web personnel) . Évalué à 4.
Perso, c'est le premier truc qui me manque quand je me retrouve sur un Windows ou un Mac. Je ne peux plus me passer de mon p'tit Alt+Click gauche/droite !
[^] # Re: Excellente dépêche !
Posté par Yusei (Mastodon) . Évalué à 6.
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par Yusei (Mastodon) . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par Snarky . Évalué à 2.
En effet, ils l'ont déplacé sur Alt+Clique molette+déplacement.... Je comprend que ça puisse pertuber et donc, c'est nul !
[^] # Re: Excellente dépêche !
Posté par lezardbreton . Évalué à 3.
- ce comportement
- Epiphany et les mouse gestures avec le click-molette
- Nautilus et le double-click molette sur un répertoire
Si je résume, soit je suis handicapé du click-molette, soit c'est fait exprès pour décourager les gens d'utiliser des fonctions avancées. J'aime mon click-droit !
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 8.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par jardiland . Évalué à 4.
C'est par contre le clic droit (3 doigts) que j'arrive pas à faire.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
Mais bon ça reste un peu chiant à utiliser.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par zebra3 . Évalué à -1.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Excellente dépêche !
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
Alors ça, les TouchPad Apple, pensés d'un point de vue ergonomie, c'est une grosse blague. On parle bien de la même chose, les pavés à un seul énorme bouton et à la sensibilité très faible ?
[^] # Re: Excellente dépêche !
Posté par abramov_MS . Évalué à 3.
C'est rigolo les macs, ils veulent surtout pas mettre plusieurs boutons sur la souris mais ils font tout pour le emuler... C'est probablement parceque ils ont honte d'avoir crie haut et fort que avoir plusieurs boutons sur une souris c'etaient anti-ergonomique et que cela perturbe les utilisateurs. C'est tellement plus simple de mettre trois doigts en meme temps sur un touchpad...
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par abramov_MS . Évalué à 2.
[^] # Re: Excellente dépêche !
Posté par Mildred (site web personnel) . Évalué à 2.
Pour faire un clic droit, il faut avoir deux doigts sur le trackpad et cliquer sur le bouton (un tap ne fonctionne pas). De toute façon, le clic milieu n'a aucune utilité pour les applications MacOS et il est proposé dans la configuration de définir une action globale (comme exposé ou spaces, les bureaux virtuels) lors d'un clic milieu. Dans ce cas, le clic milieu n'est jamais passé aux applications.
En règle générale, les applications MacOS sont assez peu gourmandes en raccourcis clavier ou en boutons de souris. Tout doit être utilisable avec une souris à un bouton, et je dois dire que c'est parfois agréable.
[^] # Re: Excellente dépêche !
Posté par Troy McClure (site web personnel) . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10.
Oui, Apple a compris qu'il était vachement plus simple et intuitif de faire une combinaison de touches du clavier et de la souris que d'appuyer seulement sur un bouton de la souris. ;-)
[^] # Re: Excellente dépêche !
Posté par Dr BG . Évalué à 3.
Personnellement, je le trouve parfait. Il est très large et la sensibilité me va bien. De plus, ne pas mélanger le click et le déplacement me semble plus naturel (et il y a un bouton pour ça...). En revanche, dès que j'ai à utiliser un autre ordinateur portable je n'y arrive pas, je clique partout en voulant déplacer la souris qui part dans tous les sens. Je me demande comment les gens font pour l'utiliser... je ne m'y suis jamais fait.
[^] # Re: Excellente dépêche !
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par Guillaume Knispel . Évalué à 2.
Après avoir passé une après-midi à étudier le code source, j'en ai déduit que la conf suivante donne quelque chose que j'aime bien : (les *Edge et ptet d'autres sont à adapter en fonction du touchpad, ainsi que les sensibilité Low / High, ce qui importe le plus ce sont les tempos)
Section "InputDevice"
Driver "synaptics"
Identifier "TouchPad"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "LeftEdge" "1700"
Option "RightEdge" "5400"
Option "TopEdge" "1600"
Option "BottomEdge" "4200"
Option "FingerLow" "25"
Option "FingerHigh" "30"
Option "MaxTapTime" "150"
Option "MaxTapMove" "220"
Option "MaxDoubleTapTime" "10"
Option "ClickTime" "40"
Option "FastTaps" "1"
Option "EmulateMidButtonTime" "75"
Option "VertScrollDelta" "100"
Option "HorizScrollDelta" "100"
Option "MinSpeed" "0.05"
Option "MaxSpeed" "0.20"
Option "AccelFactor" "0.0020"
Option "EdgeMotionMinZ" "45"
Option "EdgeMotionMaxZ" "90"
Option "EdgeMotionMinSpeed" "1"
Option "EdgeMotionMaxSpeed" "600"
Option "EdgeMotionUseAlways" "0"
Option "UpDownScrolling" "1"
Option "CorePointer"
Option "SHMConfig" "on"
EndSection
[^] # Re: Excellente dépêche !
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par Aldoo . Évalué à 4.
Pourquoi, alors qu’à peu près tout le reste est configurable, on ne peut pas supprimer cette chose ? (ou ne serait-ce que remplacer l’icône !).
Mais maintenant, je crois que je comprends pourquoi ils la laissent : parce que ça fait encore plus râler les gnomeux !
Après je ne vois pas trop où est le problème avec le survol des onglets…
Donc, passe à moitié, je dirais ;-)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Excellente dépêche !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Excellente dépêche !
Posté par Loïc Ibanez . Évalué à 3.
Je retrouve le même plaisir avec l'iphone quand je reçois un appel au milieu d'une demi-page de frappe... et que ma correspondante me demande pourquoi je suis de mauvaise humeur. L'absence de copier/coller ou la naissance de l'ihaine... jusqu'ici tout va bien...
[^] # Re: Excellente dépêche !
Posté par \o/ . Évalué à 1.
[^] # Re: Excellente dépêche !
Posté par Aldoo . Évalué à 2.
L’autre noix, celle du/des panel(s), qui avait été introduite dans la 4.1.0, est effectivement masquée en mode verrouillé.
[^] # Re: Excellente dépêche !
Posté par ploum (site web personnel, Mastodon) . Évalué à 6.
Et le débit s'affiche.
Ton message avait du sens en disant que tu préférais KDE jusqu'à ce que tu tentes de te justifier ;-)
Mais sinon moi je suis très content que Gnome simplifie tout au maximum, je veux voir mon PC le moins possible. Ceux à qui ça plait pas et bien, il y a KDE.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Excellente dépêche !
Posté par riri le breton (site web personnel) . Évalué à 1.
C'est configurable dans les préférences du gestionnaire de fenêtres.
[^] # Re: Excellente dépêche !
Posté par zebra3 . Évalué à 9.
Tu vas troubler tous les gens qui croient qu'on ne peut rien configurer sous GNOME (c'est-à-dire tout le monde sauf ceux qui l'utilisent ;-)
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Re: Excellente dépêche !
Posté par François (site web personnel) . Évalué à 1.
Dans tous les cas, c'est dans cette capplet que je me suis arraché les cheveux pour obtenir ce comportement.
Utilisant emacs d'ailleurs, tous mes raccourcis Gnome/WM passe par ça.
[^] # Re: Excellente dépêche !
Posté par psychoslave__ (site web personnel) . Évalué à 3.
Pour ce qui est des conflits de raccourcis, je te conseil d'utiliser vim. ;P
[^] # Re: Excellente dépêche !
Posté par Stéphane Klein (site web personnel) . Évalué à 0.
À la place c'est ALT+clic milieu + déplacement de la souris.
[^] # Re: Excellente dépêche !
Posté par Maclag . Évalué à 3.
Oui mais là c'est calme parce qu'on est tous en train d'affiner nos commentaires pour les poster à 0h00 (celui qui prems ici et sur la tribune en même temps gagne un an de... euh, non, 5min de mon respect le plus profond!)
# Evolution ?
Posté par Unixfix le Gaulois . Évalué à 0.
En vrac:
Les dialogues de configurations sont tellement larges qu'il faut deux écrans pour les afficher en entiers. Ils sont pourtant presque vide…..
Si au niveau des fonctionnalités à peu prés toutes les fonctionnalités possibles et imaginables sont réalisées la finition laisse franchement à désirer. Dialogues trop grands, bouton trop petits pour les textes intégrés….
.
Si les possibilités de configurer son interfaces sont immenses je cherche encore la possibilité de changer le format de date des mails. Il semble impossible de forcer evolution à mettre la date de mail du jour……
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Evolution ?
Posté par Unixfix le Gaulois . Évalué à 2.
[^] # Re: Evolution ?
Posté par Anonyme . Évalué à 2.
Il est à mon sens supérieur à tout ce qui se fait d'autre, Outlook et Thunderbird compris.
[^] # Re: Evolution ?
Posté par abramov_MS . Évalué à 1.
[^] # Re: Evolution ?
Posté par O'neam Anne . Évalué à 2.
Chez moi, je trouve ça très joli.
Glossy,
#FFFFE0 #000000
#FFFCE8 #000000
#FF584A #FFFFFF
et pour les icônes, ce qui change beaucoup :
http://gnome-look.org/content/show.php?content=81153
LinuxFr, parfois c'est bien de la MERDE : https://linuxfr.org/users/c2462250/journaux/ecriture-inclusive-feministes-et-wikipedia#comment-1793140
[^] # Re: Evolution ?
Posté par abramov_MS . Évalué à -1.
[^] # Re: Evolution ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Evolution ?
Posté par dab . Évalué à 1.
[^] # Re: Evolution ?
Posté par O'neam Anne . Évalué à 2.
Je n'ai rien modifié à Evolution directement, j'ai modifié les paramètres génériques de Gnome. En théorie, c'est à ta distribution de proposer un thème agréable. Tu l'a testé sous quel distribution/quel thème ?
LinuxFr, parfois c'est bien de la MERDE : https://linuxfr.org/users/c2462250/journaux/ecriture-inclusive-feministes-et-wikipedia#comment-1793140
# Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: GNOME 2.26
Posté par seginus . Évalué à 4.
Je suis toujours content de voir les avancés dans ce projet, et espère le retrouver bientôt directement dans gnome. Donc beau boulot et merci à toi du travail accomplit.
[^] # Re: GNOME 2.26
Posté par abramov_MS . Évalué à 2.
# Toujours bloaté...
Posté par gigaBSD . Évalué à 1.
Comme d'hab, y a du bon et toujours le truc qui gâche tout.
[^] # Re: Toujours bloaté...
Posté par zebra3 . Évalué à 4.
Attention, je demande de vrais arguments techniques, pas juste « oué mais Mono c'est à la solde du grand Satan ».
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Toujours bloaté...
Posté par JoeltheLion (site web personnel) . Évalué à 5.
[^] # Re: Toujours bloaté...
Posté par zebra3 . Évalué à 5.
Au hasard, le côté multiplate-forme ? Un peu comme... Java, pourtant bien moins critiqué que Mono.
Perso, j'utilise plein d'applis écrites en Mono, non parce qu'elles sont écrites en Mono, mais parce qu'elles sont vraiment pratiques (Tomboy, Tasque, F-Spot, ...). Et rien que pour ça, je considère que Mono a fait ses preuves et a sa place, dans le bureau de l'utilisateur *final*.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Toujours bloaté...
Posté par JoeltheLion (site web personnel) . Évalué à 0.
[^] # Re: Toujours bloaté...
Posté par Yusei (Mastodon) . Évalué à 10.
Et un jour quelqu'un prendra toutes les applications en C, et les réécrira en Assembleur, comme ça elles iront encore plus vite et prendront encore moins de mémoire. D'un autre côté, comme il faudra à cette personne quelques centaines d'années pour faire ça, personnellement je préfèrerais ne pas avoir à attendre.
[^] # Re: Toujours bloaté...
Posté par JoeltheLion (site web personnel) . Évalué à 3.
[^] # Re: Toujours bloaté...
Posté par Yusei (Mastodon) . Évalué à 3.
Maintenant, si je me trompe et si tu penses sérieusement que Tomboy est une application critique qui nécessite d'être aussi optimisée que Linux, c'est tout à fait ton droit. Chacun a ses priorités dans la vie, et me message ne sous-entendait pas que personne ne s'amuserait à tout porter en assembleur (ou en C), mais plutôt que ça ne m'intéressait pas personnellement, et que je préférais utiliser un logiciel tout de suite plutôt que d'attendre la version ultra-optimisée dans dix ans. Si cette version ultra-optimisée arrive un jour, tant mieux.
Pour ma part, je code en Ruby, mais si je devais choisir entre le C et le C# pour faire un logiciel de bureautique, mon choix serait vite fait. Je ne choisis plus le C que lorsque j'ai vraiment besoin de performances, et c'est de plus en plus rare.
[^] # Re: Toujours bloaté...
Posté par Vador Dark (site web personnel) . Évalué à 5.
Quand Gnome sera dépendant de Java, peut-être que la dépendance en sera critiquée?
Perso, j'utilise plein d'applis écrites en Mono, non parce qu'elles sont écrites en Mono, mais parce qu'elles sont vraiment pratiques (Tomboy, Tasque, F-Spot, ...). Et rien que pour ça, je considère que Mono a fait ses preuves et a sa place, dans le bureau de l'utilisateur *final*.
Et bin installe Mono. Des tonnes de gens utilisent Gnome sans utiliser les deux/trois bricoles reposant sur Mono, pourquoi les obliger à l'installer?
[^] # Re: Toujours bloaté...
Posté par zebra3 . Évalué à 2.
Justement, GNOME propose bien des bindings pour Java, non ? Bon, je ne connais pas d'appli GNOME en Java, mais il doit y en avoir.
pourquoi les obliger à l'installer?
Tout à fait, c'est ce que j'aurais dû dire au début : virer Mono n'impose que de virer les applis qui s'en servent. Par conséquent, GNOME n'est pas réellement dépendant de Mono puisque tout le reste peut tourner sans. C'est juste que les applis que j'ai vues en Mono apportent une vraie valeur ajoutée (mais ce n'est que mon avis).
En plus, sur les systèmes type Debian, ça va assez vite :
# apt-get autoremove libmono0
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Toujours bloaté...
Posté par B16F4RV4RD1N . Évalué à 2.
Au niveau d'Evolution, pour l'avoir utilisé plutôt intensément à mon travail pendant plus de 2 ans au quotidien, je trouve que c'est une très bonne application, mais qui a 2 gros problèmes selon moi :
il dépend de plusieurs services assez gourmand et assez sensibles, si bien que quand on quitte le logiciel on a encore ces services en tâche de fond (c'est peut-être paramétrable), genre le gestionnaire de calendrier (logique si on veut avoir l'agenda dans le calendrier gnome) et d'adresse, mais surtout quand l'un plante, c'est un peu la catastrophe en chaîne.
Ensuite d'une version à l'autre les données perso ne sont pas toujours très bien conservées, je n'ai pas eu vraiment de problème dans la compatibilité ascendante (heureusement), mais adepte du multi boot de distribution différente, si on revient à une version précédente, c'est un peu la panique, je caricature un peu, mais si une distribution fournit la 2.22.3.1-1machin, si on revient à la 2.21-45 d'une autre distribution, on peut avoir des choses étranges : certains contacts dans le carnet d'adresse disparaissent (et pas forcément des contacts ajoutés avec la dernière version du logiciel), et réapparaissent si on redémarre sur un autre système. Idem pour certains messages, bref cela ne donne pas une impression de solidité.
Si on rajoute les multiples plantages de l'agenda et du carnet d'adresse obligeant à tuer manuellement tous les sous processus liés à evolution, je me suis finalement séparé un peu à contre coeur de cette usine à gaz bien pratique, pour utiliser thunderbird + lightning, un peu moins performant, mais plus stable au final.
Sinon merci pour cette passionnante dépêche Étienne !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Toujours bloaté...
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Comme j'utilisais déjà TaskCoach au boulot, j'ai migré et je n'utilise plus Evolution que pour les mails.
À noter que les carnets d'adresses sont également très sensibles : http://bugzilla.gnome.org/show_bug.cgi?id=300940
Suite à une réinstalle chez ma mère depuis un backup, j'ai cru que j'avais perdu son carnet d'adresse (car je n'avais pas backupé .gconf). D'où l'idée de http://live.gnome.org/GnomeGoals/XDGConfigFolders
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Toujours bloaté...
Posté par case42 (site web personnel) . Évalué à 3.
Moi aussi je préférerais que le Gnome de base soit livré sans bout de Mono dedans, avec juste du C et du Python. Mais bon.
[^] # Re: Toujours bloaté...
Posté par Psychofox (Mastodon) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
# pidgin et empathy
Posté par RB . Évalué à 1.
(oui je pourrai chercher des infos, mais c'est pas off topic et j'aimerais bien une synthese de quelqu'un de bien renseigne)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# ARIA
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
il faut préciser : "avec les navigateurs supportant la technologie ARIA". Ce qui exclut les navigateurs à base de webkit, et inclus ceux à base de gecko 1.9 (1.8 ne supporte qu'une partie de ARIA il me semble...).
Cependant dans webkit, le support de ARIA est en cours, mais ils doivent avant refactoriser d'autres choses pour que ce soit possible. http://mindforks.blogspot.com/2008/03/ie8-embraces-aria-and-(...)
# Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
# Transition
Posté par Colin Leroy (site web personnel) . Évalué à 3.
Tu rigoles, j'espère. C'était tout sauf doux pour les développeurs d'applis GTK. C'était une transition de merde super pénible.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# Un air de renouveau, oui, mais de quelle année ?
Posté par Ludo . Évalué à -1.
Aux fans de Gnome, je leur recommande vivement de faire une application GTK 2 et la même en Qt 4, pour comparer les deux toolkits.
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par Mildred (site web personnel) . Évalué à 2.
Gtk+ a l'avantage de permettre un choix beaucoup plus important de langages de programmations. Et avec le nouveau système d'introspection (qui fournit une description complète de l'API dans un fichier XML) il est possible de facilement faire des bindings pour n'importe quel langage (y compris Lisaac)
Faire un binding pour Qt n'est pas aussi simple (ou alors j'ai loupé l'astuce)
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par Ludo . Évalué à 2.
Sinon, pour les bindings, y'a du monde:
- Java: QtJambi http://trolltech.com/products/qt/features/language-support/j(...)
- Python: PyQT http://www.riverbankcomputing.co.uk/software/pyqt/download
- Ruby: http://rubyforge.org/projects/korundum/
- PHP: http://www.php-qt.org/
- Ada: http://www.qtada.com/en/index.html
- Perl: http://qt-apps.org/content/show.php/Perl+Qt4?content=69748
- Mono: http://www.gotmono.com/docs/qt/faq.html
En effet, je ne sais pas si c'est aussi simple de faire un binding, néanmoins, à partir du moment que tu as le binding dans ton langage, c'est bon. Le nombre de languages utilisés réellement au quotidien n'est pas non plus énorme.
Quand tu dit "un choix beaucoup plus important de langages", tu peux m'en citer quelqu'uns qui n'ont qu'un binding en Gtk ?
Enfin, je parlais de la qualité intrinsèque des deux toolkits, et toi tu me parles du nombre de bindings, quel rapport avec la choucroute ?
J'ai du mal à comprendre cette animosité pour Qt par rapport à Gtk, vu que depuis 1998 Qt est un vrai logiciel libre, comme Gtk : http://fr.wikipedia.org/wiki/Qt#Licences
À part quand on veut faire un logiciel proprio sans payer de licence, vu que Gtk est sous licence LGPL, quelqu'un ici peut me citer des exemples ou des features où GTK était mieux adapté que Qt ? Je suis réellement intéressé à obtenir des réponses sur cette question, afin d'élargir mon point de vue.
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par Mildred (site web personnel) . Évalué à 1.
C'est vrai, il n'y en a pas tant que ça (je pensait qu'il y en avait plus), mais comme je le disais, ce que je trouve important c'est le système d'introspection GObject qui permet depuis peu de créer facilement un binding pour son langage.
Et je trouve ça important puisque je fait partie de l'équipe qui développe le langage Lisaac. Et pour le moment avec ce langage on n'a pas vraiment de GUI moderne. Et Gtk sera plus facile à utiliser peur deux raisons : d'une part à cause de l'introspection qui permet de générer automatiquement le binding (peut être que Qt a quelque chose de similaire, mais je n'ai pas vu), et ensuite parce que Lisaac génère un fichier C (et pas C++). Inclure des bibliothèques C++ dans le langage risque d'être plus compliqué.
Maintenant je ne renie pas les qualités de Qt, c'est sûrement une excellente bibliothèque. D'ailleurs Qt doit sûrement permettre quelque chose qui me tient à cœur : un widget qui permet d'afficher des icônes, ces icônes pouvant être placés n'importe comment (et pas seulement en grille). Comme je souhaite réaliser un gestionnaire de fichiers qui n'oblige pas à avoir les icônes triées, cela m'intéresse fortement.
http://bugzilla.gnome.org/show_bug.cgi?id=528127
Tu va peut être penser que mon avis balance sur bien peu de choses, et c'est vrai. Mais je n'ai jamais vraiment eu l'occasion de programmer avec un toolkit ou un autre (je n'ai pas encore trouvé un langage de programmation avec lequel je me sente à l'aise, il faudra peut être que j'essaie Vala).
Maintenant que je t'ai bien expliqué ce qui me plaisait ou non dans chaque toolkit, pourquoi penses-tu que Qt est supérieur à Gtk ? Si ce n'est le langage de programmation (rappel: il existe maintenant Vala qui est très proche de C# niveau syntaxe et qui utilise GObject). J'aime penser qu'à part le problème mineur que j'ai soulevé, Gtk est un bon toolkit (car c'est celui dont je vais faire un binding pour Lisaac).
PS: oui je sais, Gtk n'est pas non plus compatible Mac OS X (et ça me gêne, car j'envisage de programmer pour cette plateforme) mais un portage est en cours (j'espère qu'un jour il sera enfin disponible, ça fait longtemps).
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par Ludo . Évalué à 3.
Les problèmes que j'ai rencontré en gtk ont été les suivants:
* Des bugs: Je suis tombé sur des bugs de gtk, alors que pour qt, je n'ai pas eu de soucis au niveau du toolkit.
* Des inconsistances de l'API: des passages de paramètres dans des ordres différents pour des fonctions proches, des noms de fonctions différents, ou encore des valeurs retournées différentes entre 2 fonction, alors qu'elles ont des rôles proches => J'avais le nez dans la doc pour écrire quelque chose.
* Des duplicats: par exemple, à l'époque, il y a avait 3 façons différentes d'avoir une fenêtre "ouvrir", qui étaient les 3 différentes, avec des bugs différents.
* Glade, qui est (était ?) réellement un cran inférieur à QtDesigner en terme de possibilités.
* Plus complexe à développer avec GObject, car c'est du pseudo-objet, sans les possibilités d'héritages, ce qui est pour moi une des principales raisons du dev objet.
Finalement, j'ai fait du Qt, car je n'avais pas eu toutes ces embuches.
Peut-être que j'ai mal utilisé Gtk, mais à l'époque ça m'a vraiment donné l'impression d'un toolkit moins fini par rapport à Qt.
J'ai l'impression que Gnome s'est orienté vers la simplicité de l'interface, justement parce que cela demande du temps de faire du GUI avec Gtk.
Peut-être qu'utiliser un binding objet de Gtk simplifie le problème, je ne sais pas, ou peut-être que Gtk 3 corrigera ces défauts, mais pendant que Gtk se transforme, Qt est déjà en train de résoudre d'autres problèmes.
Mais Gtk n'est pas le pire toolkit, loin de là, mes expérimentations avec WxWidgets ont été pire.
En tout cas, si tu veux faire une appli multi-plateforme, avec de la 3D, du son, afficher du HTML, de façon très rapide, je te conseille Qt.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par tanguy_k (site web personnel) . Évalué à 6.
Voici l'astuce que t'as loupée :
http://techbase.kde.org/Development/Languages/Smoke
SMOKE is a introspective wrapper around the Qt and KDE frameworks.
All classes, all methods, with all arguments, along with various flags reflecting staticness, virtuality, etc. are stored into cross-referencing arrays for fast lookups. One can thus read (and call) the whole Qt API by simply reading/searching these arrays.
J'avais meme lu a l'epoque (sur dot.kde quand les premiers bindings ont ete developpes par Richard Dale) qu'il etait techniquement plus facile de faire un binding automatise pour C++ que C. (En revanche a la mano c'est plus facile avec du C d'apres ce que j'ai compris).
C++ est plus verbeux et donne plus "d'informations" que le language C ou beaucoup de choses sont implicites. Par en C++ il y a toujours un constructeur et un destructeur, le C ne comporte pas cette sémantique et donc il faut utiliser des constructions implicites du type toto_new(), toto_delete()
Bref comme on a plus d'infos en C++, il est plus facile de creer automatiquement un binding.
[^] # Re: Un air de renouveau, oui, mais de quelle année ?
Posté par Mildred (site web personnel) . Évalué à 2.
J'irais voir ce que je peux faire, mais à priori cela ne me semble pas si simple que Gtk ... Pas la faute de Qt, mais simplement que j'ai l'impression que smoke est écrit en C++, et moi je veux pouvoir l'utiliser dans un fichier C pur. Enfin je ne suis pas sure, il faudra que je fouille d'avantage.
Je sais, je suis difficile :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.