Rappelons que la date de sortie de cette version est fixée au 7 septembre de cette année et que cette dernière sera le visage de la future distribution Ubuntu Breezy Badger prévue pour octobre. Parmi les nouveautés, on peut citer :
- l'intégration de GTK+ 2.8 utilisant la bibliothèque vectorielle Cairo.
- l'ajout d'un, très demandé, éditeur de menus.
- l'ajout d'un gestionnaire de services lancés.
- l'intégration du lecteur de PDF et PS : Evince.
- l'ajout d'un gestionnaire de thèmes de curseur de souris.
- l'ajout d'un gestionnaire de clés de chiffrement.
- l'amélioration du lecteur multimédia Totem lui permettant de gérer les menus lors de la lecture des DVD.
Ainsi que de nombreuses autres améliorations plus ou moins internes.
Aller plus loin
- Aperçu de GNOME 2.12 (56 clics)
- Aperçu de GNOME 2.12 (28 clics)
- Page du projet GNOME (18 clics)
# Merci pour la traduction !
Posté par Stéphane Téletchéa (site web personnel) . Évalué à 6.
Il me semble que certaines fonctionnalités (HAL, freedesktop.org, ...) vont permettre à gnome de devancer un peu kde, mais quid des performances ?
Je trouve l'ergonomie globale toujours particulière (et les goûts et les couleurs, cela ne se dicsute pas) mais j'apprécie le fait que cairo pourra permettre d'utiliser opengl pour le rendu. Enfin une vraie accélération dans le rendu ? Cela devrait permettre une meilleure réactivité à l'ensemble.
Quelqu'un sait si nautilus intègrera un module de visionnage photo en natif (en plus de la présentation des icones je veux dire).
Bravo aux développeurs et autres contributeurs !
[^] # Re: Merci pour la traduction !
Posté par Gof (site web personnel) . Évalué à 3.
« Devancer » ? c'est beaucoup dire.
tu voulais sans doute dire « Ratraper »
:-)
[^] # Re: Merci pour la traduction !
Posté par j (site web personnel) . Évalué à 7.
http://jrepin.blogspot.com/2005/07/jlps-kde-35-previews-part-1.html(...)
Another improvement for kicker is Add Applet dialog. The inspiration probably came from GNOME desktop and it replaces the current context menu based method. It makes it quite a bit easier to find the right applet.
[^] # Re: Merci pour la traduction !
Posté par Gof (site web personnel) . Évalué à 2.
Je trouve que l'ancienne méthode était plus rapide, (même si peut être plus compliquée pour un novice)
Puisqu'on parle de KDE 3.5 , il n'y a pas beaucoup de nouveautés dans ce dernier, [troll] Voilà qui donne un peu a GNOME une occasion de rattraper leur retard[/troll]
Beaucoup de développeur ont déjà mis le focus sur KDE4, qui lui, sera normalement une avancée considérable.
[^] # Re: Merci pour la traduction !
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 7.
Sinon, c'est pas un mal que la 3.5 soit orienté stabilité/finition, car sa durée de ve sera importante ( un bon nombre d'utilisateurs ou de distribs vont attendre KDE 4.01 ou 4.02 voir meme 4.1 ) avant de passer a la série 4.x pour des raisons de stabilité, vu les changements qu'il va y avoir (qt4, Plasma, dbus, remplacemet d'Arts...)
[^] # Re: Merci pour la traduction !
Posté par stephwww . Évalué à 1.
J'ai testé qt4 la semaine dernierre (les démos livrés + tests perso), pour l'instant il y a de gros problèmes de performances. J'espère que Trolltech pourra optimiser leur lib car en l'état c'est vraiment pénible.
Actuellement je crois qu'il n'y a pas qu'un problème de stabilité, j'attends avec impatience les futurs versions.
[^] # Re: Merci pour la traduction !
Posté par Philippe F (site web personnel) . Évalué à 3.
[^] # Re: Merci pour la traduction !
Posté par Pinaraf . Évalué à 3.
En fait, maintenant Qt use et abuse de XRender. C'est sûrement pour ça que des développeurs de trolltech bossent dessus et ont réalisé notamment EXA, qui utilise le matériel pour accélérer render.
Tu peux aussi utiliser l'option "RenderAccel" des drivers nvidia en attendant la stabilisation d'X.org 6.9/7.0 et le support d'EXA dans tous les drivers...
[^] # Re: Merci pour la traduction !
Posté par spotty . Évalué à 0.
:-)
[^] # Re: Merci pour la traduction !
Posté par Pascal Terjan (site web personnel) . Évalué à 6.
À propos, un monsieur avec qui je suis très fortement d'accord :
http://blogs.qtdeveloper.net/archives/2005/08/03/some-basic-thought(...)
Ce qui est étonnant c'est qu'il développe KDE et pas GNOME :-)
[^] # Re: Merci pour la traduction !
Posté par Anonyme . Évalué à 1.
troll a part, ca serait sympa qu'à court terme gecko soit une librairie a part entière, qu'on puisse utiliser epiphany ou un autre "mozilla based browzer" sans avoir à installer mozilla
[^] # Re: Merci pour la traduction !
Posté par Pierre Tramonson . Évalué à 2.
Quoique, je vois bien Gnome passer petit à petit sous c#, après tout on a déjà gtk#.
[^] # Re: Merci pour la traduction !
Posté par cassidy . Évalué à 5.
En gros y a Novell (Ximian, etc) qui pousse très fort pour C#/Mono et ne veut pas entendre parler de Java dans Gnome; alors que Sun fait exactement le contraire!
Le seul langage où tout le monde est d'accord pour le moment c'est Python :)
[^] # Re: Merci pour la traduction !
Posté par Tholdan . Évalué à -3.
[^] # Re: Merci pour la traduction !
Posté par boris . Évalué à 6.
[^] # Re: Merci pour la traduction !
Posté par lezardbreton . Évalué à 10.
Maintenant, j'imagine qu'il y a des gens qui ne seront pas d'accords avec moi et qui voudront m'expliquer que ça doit être un but de KDE de convaincre des débutants. Ce n'est pas mon avis.
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 5.
Sur dot.kde.org, il a dit entre autre que pour gérer les tar dans konqueror, il faudrait utiliser une application externe à konquéror pour gérer les tar (par exemple) car le drag and drop marche sur un répertoire mais pas sur une archive.
Personellement je trouve curieux de justifier un argument ergonomique par un bug: pour moi, les archives devraient être traiter de manière semblable à des répertoire..
J'espere qu'il ne va pas faire la meme erreur que les developpeurs de GNOME: changer le comportement d'un des éléments de base sans fournir aux utilisateurs un moyen simple de revenir au comportement précédent..
[ Je faire reference au gestionnaire de fichier de GNOME qui est passé en mode spatial par défaut et dans la premiere version, il fallait modifier une clef par gconf pour pouvoir changer cela, ce qui à mon avis était du pur mépris pour les utilisateurs ]
[^] # Re: Merci pour la traduction !
Posté par j (site web personnel) . Évalué à 8.
depuis le début du "mode spatial par défaut", le mode "navigationel" peut être obtenu par un simple clic droit (par ex. sur un répertoire) --> parcourir
dans le menu, il y a généralement un lanceur pour Nautilus dans ce mode (nautilus --no-desktop --browser)
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 1.
Changement qu'il faut effectuer a chaque demarrage, non?
> dans le menu, il y a généralement un lanceur pour Nautilus dans ce mode (nautilus --no-desktop --browser)
Euh, ça ça dépend de la distribution..
Mais j'espere qu'elle le font: le browser de fichier est quand meme un element important et changer le comportement ne doit pas se faire a la legere.
Et ajouter une icone soit-meme est du meme niveau que modifier une clef par gconf donc difficile pour pas mal d'utilisateur.
[^] # Re: Merci pour la traduction !
Posté par yoho (site web personnel) . Évalué à 4.
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 6.
Personellement je trouve tres confortable de pouvoir lire des documents dans la meme application sans avoir beaucoup de fenetres.
Apres tout lire une page web ou lire un pdf, y-a t'il vraiment différence?
Dans l'implementation ok, mais pourquoi l'utilisateur devrait-il voir une différence?
La plupart des différences sont quand même tres mineures, ok on peut visualiser en continu ou par page un pdf, pas un site web, mais les besoins et les fonctionnalités sont quand meme tres similaire.
Je pense d'ailleurs qu'a l'heure actuelle, il y a *trop* de différence artificielle dans les présentations et possibilités suivant le type de document utilisés: pourquoi mon visualisateur de PDF ne me fournit pas la possibilités d'avoir des bookmarks sur une page particuliere?
Quand je lis un gros document en plusieurs étapes, cela m'éviterait d'avoir à noter le numéro de page quelquepart..
[^] # Re: Merci pour la traduction !
Posté par geh . Évalué à 4.
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 4.
Rah, j'*adore* ce genre de peaufinage, dire que même Acrobat reader ne le fait pas!
[^] # Re: Merci pour la traduction !
Posté par yoho (site web personnel) . Évalué à 4.
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 4.
Savoir si quand j'ouvre un lien, si cela s'ouvre dans la fenetre courante, dans une autre tab, ou dans une autre fenetre, c'est le même probleme que ce soit un repertoire ou une url.
[^] # Re: Merci pour la traduction !
Posté par Erwan . Évalué à 4.
D'un cote tu as un document structure, avec des liens, fait (theoriquement) pour etre lu dans une fenetre de taille quelconque. Ca peut souvent meme etre non pas un document mais une application (gmail, picasa, webmin, interface d'administration d'un blog...)
D'un autre cote tu as un document fait pour l'impression, qu'on zoome ou qu'on fait glisser pour le lire.
Ca implique de grosses difference d'interface graphique. Forcement tu peut inclure une application dans l'autre, comme quand on utilise Acrobat dans Firefox, mais je ne vois pas ce que ca apporte : on ajoute une toolbar et on arrete d'utiliser celles qu'il y a au-dessus.
[^] # Re: Merci pour la traduction !
Posté par reno . Évalué à 4.
Dans Konqueror ils y sont.
Bref, j'aime avoir acroread dans firefox plutot que d'avoir une fenetre séparée et ce qui m'agace le plus, c'est qu'il ne se comporte pas assez comme firefox:
-pourquoi ne puis-pas utiliser Ctrl-W pour fermer la tab qui contient acroread?
-pourquoi ne puis-je pas bookmarker une page du PDF?
La raison est qu'il s'agit d'une application differente, mais GNOME et KDE ont justement l'opportunité d'intégrer les applications en les rendant coherentes en grande partie.
Quand je clique dans FF pour ouvrir une url dans une tab, franchement j'aime bien qu'une tab s'ouvre que ce soit pour contenir une page web ou un pdf, ça m'agace d'ailleurs quand je ne peut pas le faire que ce soit parce que l'url soit un javascript ou parce que le document ne peut être ouvert que par une application externe..
[^] # Re: Merci pour la traduction !
Posté par GhZaaark3 . Évalué à 10.
Konqueror est une appli phare!
Et des couteaux suisses comme celui là, j'en redemande.
Gèrer aussi facilement les réseaux samba, partages nfs, on gère son ftp comme un rép en local (c'était pas une idée d'Apple ça?)
C'est-il pas bonnard ça?
Pouvoir spliter sa fenêtre horizontalement ou verticalement et par onglet SVP avec le contenu que l'on veut: (img,pdf,html, système de fichier etc...). Barre latérale de raccourcis en tout genre
Lire des MAN stylisés, lancer vite fait un terminal dans la fenêtre konqueror (pour executer une deux commandes).
Par exemple, j'utilise la vision classique d'icônes pour mieux visualiser mes fichiers mais quand j'veux effectuer des opérations sur ces fichiers, j'ouvre via un raccourci perso un terminal intégré et j'fais ce que j'ai à faire.
Ma résolution confortable de 1280x1024 aide pas mal aussi.
Ce qui est jouissif avec konqueror c'est qu'on est pas limité à une ou deux façon de faire et tout est lié.
Et ce n'est peut-être que la moitié des possibiltés de Konqueror avec tous apps intégrés.
Il dit aussi dans son article qu'il lui a fallu un moment pour trouver une fonction genre "plein écran", c'est le minimum de connaître les raccourcis clavier ou de prendre le temps de visiter l'interface.
Et il parle de l'inconvénient du plein écran pas plein écran par défaut :), suffit de modifer à la main, prendre le temps d'adapter l'outil à son comportement, c'est pas les devs qui vont faire ça ils ne font que proposer le plus de possibilités possibles.
Je tourne principalement à 600mhz Pentium M, et j'n'ai pas à me plaindre.
Alors oui l'argument de GNOMe "tout plus simple", est louable mais je ne trouve pas kde plus hardu et pourtant il est plus complet et plus sophistiqué.
Je ne peux pas envisager d'utiliser un autre desktop...
même pas MacOSX.
+ un simple avis d'utilisateur ravi
! note de départ de mon post -0,5,
[^] # Re: Merci pour la traduction !
Posté par Pascal Terjan (site web personnel) . Évalué à 6.
Pour moi facile à utiliser veut dire ne pas avoir à se prendre la tête à chercher ou dans l'interface est la méthode cachée pour faire ce que je veux, avoir directement ce qui est utile de disponible de manière évidente et ne pas perdre de temps même si ce n'est que les premières fois...
[^] # Re: Merci pour la traduction !
Posté par lezardbreton . Évalué à 10.
Autre exemple, je déteste avoir à télécharger l'intégralité d'une vidéo pour pouvoir la lire. Je sélectionne pour le type mime video/mpeg l'affichage dans konqueror avec kmplayer. Du coup, je n'ai pas de fenêtre supperflue qui s'ouvre, je commence à lire la vidéo lorsque le tampon atteint 25% de téléchargé, etc...
Par contre, je n'aime pas l'affichage des pdfs dans konqueror, je préfère les afficher à part, dans une fenêtre kpdf, deux clicks, et c'est réglé.
Bref, un peu d'imagination, se concentrer sur la manière dont on travaille, et KDE/konqueror permet de faire de très jolies choses. Croire que tout le monde a une utilisation uniforme de son ordinateur est une connerie sans nom.
Typiquement, dans GNOME/GTK, la fenêtre de sauvegarde de fichier, comment fait-on pour qu'à chaque fois les autres répertoires soient affichés et non pas seulement la sélection de répertoires bookmarqués. Réponse, on peut pas. Du coup, on pert du temps à chaque fois, sacrifié pour la sacro-sainte simplicité de l'interface.
[^] # Re: Merci pour la traduction !
Posté par stephwww . Évalué à 6.
Les développeurs de KDE/GNOME ou tout autre logiciel sont vraiment dans la merde pour faire un soft facile ;)
[^] # Re: Merci pour la traduction !
Posté par stephwww . Évalué à 1.
- GNOME pour le Geek
- KDE pour le débutant
Aujourd'hui je lis le contraire, fort du succé de KDE, Gnone essairait il de se repositionner ? ou je suis franchement à coté de la plaque ?
[^] # Re: Merci pour la traduction !
Posté par Anonyme . Évalué à 2.
D'abord un « geek » il utiliserait plutôt la ligne de commande, ion ou un truc approchant, enfin, je pense.
Après, je crois qu'on utilise tous ce qui nous plait, soit parce que c'est beau, soit parce que ça fait ce qu'on veut que ça fasse, soit parce que c'est le meilleur compromis que l'on ait trouvé entre tous nos besoins.
Tu trouveras donc des geeks sous Gnome, d'autres sous KDE, et des purs newbie sous ion, parce qu'on leur a dit que c'était le desktop ultime dans les journaux sur linuxfr et qu'ils voulaient être à la mode.
Perso, j'ai une nette préférence pour KDE, parce que je peux le configurer exactement comme j'ai envie qu'il fonctionne (pour rejoindre lezardbreton plus haut, j'aime ouvrir les pdf dans kpdf, mais que les images s'affichent dans kuickshow si je clique gauche, ou dans un onglet Konqueror si je clique milieu, que les mp3/ogg soient lues dans amarok, etc. et tout ça indifférement que je suis sur mon système de fichier, sur un serveur http ou un serveur ftp). En plus, un truc que j'adore sous KDE, c'est dcop, et l'intégration au sens large.
[^] # Re: Merci pour la traduction !
Posté par gnumdk (site web personnel) . Évalué à -1.
[^] # Re: Merci pour la traduction !
Posté par Erwan . Évalué à 3.
[^] # Re: Merci pour la traduction !
Posté par imalip . Évalué à 1.
[^] # Re: Merci pour la traduction !
Posté par Pinaraf . Évalué à 2.
Au contraire ...
Cf le journal sur la VO de cet article : http://linuxfr.org/~lmouillart/18991.html(...)
[^] # Re: Merci pour la traduction !
Posté par Cyprien (site web personnel) . Évalué à 2.
# Cairo
Posté par oops (site web personnel) . Évalué à 4.
Pour avoir tester le backend cairo de GNUstep il y a quelques mois, je trouve que cela reste très lent ( par rapport à un backend libart par exemple ).
En espérant que cela va s'améliorer ....
[^] # Re: Cairo
Posté par TImaniac (site web personnel) . Évalué à 4.
http://www.freedesktop.org/Software/glitz(...)
[^] # Re: Cairo
Posté par oops (site web personnel) . Évalué à 4.
Sera-t-il possible, comme sous GNUstep, de pourvoir "switcher à la volé" ( voir choisir par application ) de "backend" gtk à utiliser ?
[^] # Re: Cairo
Posté par boris . Évalué à 3.
[^] # Re: Cairo
Posté par oops (site web personnel) . Évalué à 3.
Oula ! je posais une simple question
Je sais que cela est possible sous GNUstep, c'est tout ...
Maintenant le coté dynamique que Objective-C apporte au C rend surrement les choses plus simple
Je trouve cela quand même inquiétant car *a priori* ne pas pouvoir changer de backend à la volée va forcer les utilisateurs à :
- soit avoir x versions de gtk/gdk ( voir d'applications utilisant gtk/gdk )
- soit utiliser un driver proprio pour certains
[^] # Re: Cairo
Posté par boris . Évalué à 2.
[^] # Re: Cairo
Posté par oops (site web personnel) . Évalué à 3.
Oui et donc .... ?
On en reste à :
cairo c'est lent , sauf à priori quand on pourra utiliser glitz ..qui est basé sur OpenGL
Pourrais tu m'éclairer ?
# De la maîtrise de la langue cible
Posté par Thomas C. . Évalué à 7.
J'ai cependant remarqué plusieurs fautes très gênantes, je propose de les améliorer/corriger.
Toutes ces captures d'écran de cette page on été faite avec le thème Clearlooks.
Je propose : Toutes les captures... ont été faites...
Cela signifie que si vous pouvez copier ou coller un objet puis que vous fermer l'application, l'élément que vous avez mis dans le presse-papier restera jusqu'à ce que vous le remplaciez par un autre.
Je propose : ... un objet et que vous fermez l'application, ...
Epiphany s'efforcera de suivre la stratégie visuelle de GNOME et affichera des messages d'erreur plus utile et plus compréhensible.
Je propose : plus utiles et plus compréhensibles
Le nouveau Evolution possède également de nouvelles extensions
Je propose : Le nouvel Evolution
Ces améliorations sont déjà remarquable.
Je propose : visibles (remarquables veut aussi dire saisissant, frappant, et créé une ambiguité)
Les extensions gérant la personnalisation des pointeurs de souris ont été migrées vers le centre de contrôle GNOME et ne requière plus d'applications supplémentaire pour changer votre thème de pointeurs de souris.
Je propose : déplacées (au lieu de migrées)... ne requièrent plus... supplémentaires (ou pas de "s" à applications).
Les outils système de GNOME, une distribution d'outils de diagnostique et d'utilitaires pour l'administration de votre machine, incluent maintenant un utilitaire capable de configurer des services qui doivent se démarrer au lancement du système et qui permettra aux utilisateurs de démarrer et arrêter les services "à la demande".
Je propose : ... de configurer les services qui doivent se lancer lors du chargement du système...
De nombreuses petites améliorations ont été effectuée dans le tableau de GNOME et ses applets.
Je propose : effectuées
En restant sur le thème des améliorations de la gestion multimédia : l'applet "Monteur de disques" offre, maintenant, des actions "intelligentes" basés sur le type de média qu'il a détecté.
Je propose : basées
L'applet "Bulletin météo" permet maintenant de trouver grâce à une recherche rapide l'emplacement ou vous vous trouvez
Je propose : où
Cet éditeur de menu ne possède pas encore toutes des fonctions qui sont souhaités, cependant il offre la plupart des fonctionnalités basiques que les administrateurs de systèmes désire afin de régler l'agencement des éléments du menu.
Je propose : Cet éditeur de menu ne possède pas encore toutes les fonctions souhaitées, ... fonctionnalités de base ... désirent ...
il existe de nombreux excellent éditeurs de menus, extérieurs au projet, qui sont actuellement également en développement.
Je propose : excellents
De plus, le support des plugins du framework GStreamer rend possible aux distributeurs d'insérer des plugin non-libre pour les formats qui ne sont pas supportés par un codec libre.
Je propose : GStreamer permet aux distributeurs d'insérer des plugins non-libres ...
Un projet à également débuté dans le but de développer une extension Mozilla Totem
Je propose : a
Sound Juicer peut importer vos musiques en utilisant le format de votre choix : Ogg Vorbis, Mp3, Aac Flac ... n'importe lequel.
Je propose : "ou autres" au lieu de n'importe lequel
Des profils configurables vous donnent également la possibilité de paramètrer l'encodage pour la meilleur écoute possible.
Je propose : meilleure
Nautilus est encore plus étroitement intégré aux taches multimédia que vous souhaitez faire.
Je propose : tâches
GNOME a utilisé un gestionnaire des clés de chiffrement pour un nombre toujours grandissant de taches d'authentifications
Je propose : même remarque
Egalement dans les légendes des captures :
Grâce à l'antialiasing de Cairo les bords sont maintenant plus beau
Je propose : beaux
Prévisualisation du texte lorsque vous le capturé
Je propose : capturez
Des erreurs plus compréhensible avec Gecko 1.8
Je propose : compréhensibles
Trouvez l'endroit ou vous êtes
Je propose : où
Diverses vues sont disponible ainsi que la recherche de texte, les miniatures et les possibilités de copier-coller.
Je propose : disponibles
Bonne correction :)
[^] # Re: De la maîtrise de la langue cible
Posté par j (site web personnel) . Évalué à 9.
--> L'intégration avec Cairo, la bibliothèque graphique vectorielle,
[^] # Re: De la maîtrise de la langue cible
Posté par Carbon Kid . Évalué à 3.
En fait, c'est réalisé par le projet GNOME Love, projet qui a pour but d'aider les nouveaux contributeurs à Gnome.
Plus d'infos sur Gnome Love ici : http://live.gnome.org/GnomeLove(...)
[^] # Re: De la maîtrise de la langue cible
Posté par Ludovic Eschard (site web personnel) . Évalué à 4.
Merci de votre aide
[^] # Re: De la maîtrise de la langue cible, [mode chieur : ON]
Posté par flashball . Évalué à 2.
Je propose "du document original" ou bien "originel".
Bonne correction :)
À toi aussi.
[mode chieur : OFF]
Pas taper hein ? :-D
[^] # Re: De la maîtrise de la langue cible,
Posté par flashball . Évalué à -2.
c'est pas le doc qui est d'origine mais la mise en page qui est originale :D
meme si avec le contexte on comprend ceci est une mauvaise construction, il aurait mieux fallu ecrire
"Je trouve cela très louable et remercie sincèrement Ludoesch pour sa traduction et la mise en page respectée et originale du document.
[^] # Re: De la maîtrise de la langue cible,
Posté par Thomas C. . Évalué à 1.
Pas de souci de toute façon je m'atttendais à ce que mon message soit passé au crible :p
# En parallèle....
Posté par Sylvain Briole (site web personnel) . Évalué à 4.
J'ai trouvé de nombreux documents sur Gnome et/ou KDE, mais ces derniers évoquent souvent des conceptions très anciennes (je ne suis pas sûr que corba soit toujours dans le coeur de Gnome), soit s'attardent plus au niveau applicatif et pas forcément à ce qui fait le coeur de ces deux environnements.
D'autre part, j'ai suivi de loin le projet "Mono/.Net", et je me demande où cela en est par rapport à Gnome : cela n'a-t'il rien à voir avec ce dernier, autre le fait qu'un des instigateurs de Mono soit aussi à la source de Gnome?
Merci par avance pour vos éclairages/éclaircissements/liens!
[^] # Re: En parallèle....
Posté par Victor STINNER (site web personnel) . Évalué à 3.
http://forum.framasoft.org/viewtopic.php?t=7320(...)
Parce qu'après, on peut toujours lancer Gimp sous KDE et K3B sous Gnome ;-) Perso j'utilise Gnome avec K3B. Mes captures d'écran (Gnome & E17) :
http://www.haypocalc.com/wiki/Linux#Captures_d.27.C3.A9cran(...)
Haypo
[^] # Pour faire simple...
Posté par Damien Pobel (site web personnel) . Évalué à 6.
Alors que KDE se serait plutôt d'avoir toutes les options qui tuent et qui permettent de tout tuner à mort :)
Au niveau technique, GNOME se base sur des libs écrites en C dont les plus connus sont GTK, GLib, libxml, ... dont on tire des bindings vers beaucoup de langages (C++, Java, perl, python,...)
KDE est écrit principalement en C++ en se basant sur Qt.
Mais bon comme dit juste au dessus, tu peux utiliser une partie de l'un avec l'autre sans aucun problème et même de manière relativement intègré grâce en partie aux "standards" freedesktop.org
Ensuite Mono se veut une "implémentation" (je sais pas si c'est le terme exact) du framework .Net (en tout cas de sa partie standard en gros tout sauf les WinForms) et avec en plus Gtk# qui permet d'écrire (paraît il très facilement) des applications graphiques en GTK et bon GTK est une des bases de GNOME. Pour la petite histoire l'initiateur de Mono est Miguel de Icaza un des initiateurs de GNOME aussi, fondateur de Ximian à l'origine d'Evolution.
https://damien.pobel.fr
[^] # Re: Pour faire simple...
Posté par Philippe F (site web personnel) . Évalué à 3.
[^] # Re: Pour faire simple...
Posté par V . Évalué à 7.
[^] # Re: Pour faire simple...
Posté par Erwan . Évalué à 3.
D'autre part il y a pas mal de gens qui passent de kde a gnome ou de gnome a kde. En ce qui me concerne j'utilisais Kde 1 et Kde 2, je n'ai jamais aime Gnome 1. Gnome etait plus joli mais Kde plus utilisable. Ensuite Gnome a pris une direction qui m'a plu, tandis que Kde s'est mis a empiler les options les unes sur les autres sans que ca aie du sens.
[^] # Re: Pour faire simple...
Posté par ploum (site web personnel, Mastodon) . Évalué à 10.
les débutants ne sont plus les mêmes !
Il y'a 3 ans, un débutant sous linux était quelqu'un qui demandait sur une mailing list : "dites, je dois mettre quoi dans mes options alors pour recompiler mon kernel ? Et au fait, comment j'installe les drivers proprios pour mplayer".
Ces débutants-là étaient heureux sous KDE, qui permet de faire plein de trucs sans toucher à la ligne de commande.
Actuellement, un débutant est quelqu'un qui ne sait même pas ce que signifie mailing-list (alors kernel ou codec..) et qui demande à celui qui installe Linux : "dis, au fait, j'aimerais mettre une image en fond d'écran. C'est possible sous Linux ?".
Ces débutants là seraient encore plus perdus sous KDE que sous Windows. Avec Gnome, ils sont justement heureux car tous les choix sont fait par défaut et il n'y a rien qui est plus stressant pour un newbie que faire un choix. Cocher la case "ne plus m'afficher des tips au démarrage" relève déjà du summum de la réflexion et de la prise de risque.
Pourquoi alors Gnome reste populaire ? Justement parce que même parmi les gens qui s'y connaissent très bien en informatique, tout le monde n'a pas envie de passer son temps à personnaliser ni à apprendre l'interface que l'on utilise.
Personnellement, pour avoir exactement l'environnement qui me convient, j'utilisais FVWM.
Mais voilà, c'est tellement facile d'avoir la même chose partout, de pouvoir expliquer aux gens facilement, de pas se casser la tête quand on change de résolution.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Pour faire simple...
Posté par ookaze . Évalué à 3.
Ces débutants là seraient encore plus perdus sous KDE que sous Windows.
J'ai un problème avec ce que tu dis. Mon problème, c'est que ta supposition va complètement à l'encontre de ce que j'ai observé dans le monde réel. Comme je l'avais déjà dit (peut-être même ici), ma femme, qui est sous KDE, a changé un jour son fond d'écran avec des photos de sa fille. C'était une énorme surprise pour moi. Elle est venue ensuite me demander comment on faisait la même chose sous Windows, pour qu'elle puisse mettre les mêmes fonds d'écran à son boulot !! (Je lui ai dit que je ne savais pas faire sous Windows, ce qui est vrai, je ne pense même pas qu'on puisse faire un slideshow nativement sous cet OS).
Donc je ne comprends pas, ma femme est apparemment bien plus perdue sous Windows (qu'elle utilise depuis 15+ ans) que sous KDE (qu'elle utilise depuis moins de 5 ans).
Pourquoi alors Gnome reste populaire ? Justement parce que même parmi les gens qui s'y connaissent très bien en informatique, tout le monde n'a pas envie de passer son temps à personnaliser ni à apprendre l'interface que l'on utilise.
Il suffit de ne pas le faire. Ma femme n'a sans doute jamais changé autre chose que son fond d'écran dans son interface ... et elle est sous KDE.
Je trouve toujours cet argument fallacieux.
Je peux me rappeler d'une customisation qu'elle a fait : ajouter des icones d'applis très utilisées dans sa barre des tâches. Elle en a eu l'idée en voyant les autres icones d'applis (comme le mail) dans la barre des tâches. Je me rappelle qu'elle est venue me voir en me demandant si l'on pouvait copier l'icone du menu sur la barre des tâches ... Evidemment, je lui ai répondu : "Essaye et tu verras ! C'est Linux là, pas Windows, tu n'as pas à avoir peur que plus rien ne marche ensuite").
Cette peur (Windows puker ?) qu'on les "débutants" venant de Windows est clairement palpable chez TOUS les utilisateurs que j'ai migré sur Linux. Il faut des mois à leur dire "n'aie pas peur c'est pas comme sous Windows" avant qu'elle ne commence à disparaître. Le "si tu ne sais pas, il te suffit de lire ce qu'il y a écrit au-dessus des boutons" dure longtemps aussi. J'ai même eu l'explication : "Avec Windows, y a toujours plein de trucs comme ça qui apparaissent et on comprend rien à ce qu'il y a écrit" ...
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à 1.
Je peux te sortir des dizaines d'exemples de manipulations standards sous KDE/GNOME qui amènent à des comportements abérrants et aléatoires, chose que je n'ai jamais rencontré sous Windows.
Quelques exemples ?
Centre de configuration de KDE -> changer alternativement de thèmes d'icônes assez rapidement. J'ai régulièrement rencontré des problèmes ensuite dans le rafraîchissement des icônes (kicker qui conservait les icônes de l'ancien thème par exemple, ou certaines icônes des catégories de kcontrol qui était « perdues »), et le pire, c'est que dans certains cas, une fermeture de la session ou même un redémarrage ne suffit pas à résoudre le problème : il faut soit trouver quel fichier ou dossier de config modifier/supprimer, soit recréer un compte.
KDE -> Créer un nouveau lien vers un périphérique sur le bureau, vers une partition quelconque, lui attribuer un nom et une icône personnalisée, drag'n' dropper le lien vers kicker (pas de problème), supprimer le lien du bureau et de kicker, et essayer de le recréer de la même manière. Sur 4 icônes de mon bureau, 2 n'ont posé aucun problème, 2 autres ont refusé de présenter autre chose qu'une icône générique dans kicker, sans compter les messages d'erreur m'indiquant que le raccourci existait déjà (ah bon, pourtant, je l'ai supprimé !)
KDE -> Jouer avec le comportement de icônes de périphériques sur le bureau (genre afficher lecteur disquette/cdrom non monté, etc.) est le meilleur moyen pour n'avoir plus rien qui s'affiche rapidement (la preuve ? mon bureau actuel, alors que sous un autre profil, aucun problème).
J'en ai encore beaucoup des comme ça. Alors évidemment, ça ne fait peut-être pas ça avec toutes les distributions, toutes les versions de KDE, ou tous les ordinateurs qui font tourner Linux/KDE/GNOME, mais voilà, le fait est que ça le fait sur certaines de mes machines, et pas forcément sous « Cooker ».
Ça ne m'empêche pas d'être un utilisateur inconditionnel de KDE, et j'ai Linux sur mon desktop depuis un paquet d'années maintenant, mais je dois bien admettre que je n'ai que très rarement réussi à prendre Windows en défaut (et bien souvent, c'était davantage un mauvais pilote qui était en cause), alors que c'est chose relativement aisée et courante avec KDE/GNOME
[^] # Re: Pour faire simple...
Posté par ookaze . Évalué à 2.
Ce qui est tout à fait normal, étant donné que la plupart de ces actions sont impossibles à faire sous Windows ...
Centre de configuration de KDE -> changer alternativement de thèmes d'icônes assez rapidement.
Impossible à faire sous Windows, où on ne peut pas changer les icones. Ce que tu fais est louable, c'est un bon test unitaire. Force est de constater que ma femme a une utilisation normale de son DE, et ne va surement pas s'amuser à basculer rapidement entre des thèmes d'icones (moi non plus d'ailleurs). Ceci dit, bon test, et j'espère que le bug est ou sera vite corrigé.
KDE -> Créer un nouveau lien vers un périphérique sur le bureau
Encore un bon test unitaire. Malheureusement, toujours rien à voir avec une utilisation normale ...
KDE -> Jouer avec le comportement de icônes de périphériques sur le bureau (genre afficher lecteur disquette/cdrom non monté, etc.) est le meilleur moyen pour n'avoir plus rien qui s'affiche rapidement
Encore un bon test unitaire, mais toujours rien à voir avec une utilisation normale, impossible à faire sous Windows d'ailleurs.
Ceci dit, je n'ai jamais eu de problème avec cette fonction (j'ai testé une fois quand même). Mais j'utilise un "stock" KDE, pas modifié par une distro.
mais je dois bien admettre que je n'ai que très rarement réussi à prendre Windows en défaut (et bien souvent, c'était davantage un mauvais pilote qui était en cause), alors que c'est chose relativement aisée et courante avec KDE/GNOME
Pour ma part, j'ai migré sous Linux à cause de tous ses défauts que tu n'as jamais trouvé sous Windows.
XP n'a rien arrangé, entre les locks de plusieurs minutes et les plantages d'Explorer qui virent toutes mes applis et la plupart des icones, ne laissant que celles de base livrées avec Windows (IE), et impossible de lancer la moidre appli autre que celles de base, obligeant à rebooter.
Les seuls moments où j'ai eu quelques petits problèmes avec KDE (ou Gnome), c'est lorsque je fais les mises à jour vers une autre version, alors que les bureaux tournent toujours (ça m'impressionne toujours de voir que ça continue souvent à tourner sans problèmes pendant plusieurs jours). Chacun a son expérience je suppose.
[^] # Re: Pour faire simple...
Posté par reno . Évalué à 4.
Euh, on a beau être sur Linux.fr, c'est de la mauvaise foi, ça..
Si je dis que Windows c'est beaucoup plus facile car je peux y jouer a Forgotten Battle (tres bon simulateur de vol) et par sur Linux, tu trouves cela comment comme argument?
Ceci dit une bonne partie des utilisateurs ne savent pas du tout changer le fond d'écran, même sous Windows donc il y a égalité sur ce point la :-)
[^] # Re: Pour faire simple...
Posté par reno . Évalué à 2.
A l'heure actuelle sous KDE (RHE3) au boulot:
1) il se passe environ 15jours avant que je perde mes icones sur le fond d'écran (c'est problablement lié au fait que le home est monté par NFS et aux problèmes réseaux) bon cela ne me dérange pas mais cela pourrait être très génant pour des débutants qui ne bossent qu'avec leur icones: ils devraient quitter KDE et le redemmarrer.
2) de temps à autres, le menu pour verrouiller l'écran ne fonctionnait pas, ce qui m'ennyait, il a fallu que je trouve la commande qui fasse l'équivalent et faire un alias car elle était trop longue à taper. Un gars qui avait le même probleme m'a dit que c'était parce qu'il y avait un processus qui trainait que cela coincait donc maintenant quand cela arrive je kill le process.
Bref, si Linux a fait pas mal de progrès, c'est encore loin d'être vraiment impeccable comme tu sembles le suggérer..
[^] # Re: Pour faire simple...
Posté par Erwan . Évalué à 7.
[^] # Re: Pour faire simple...
Posté par ookaze . Évalué à -1.
RHEL 3 c'est très vieux pour KDE ... C'est du 3.2 il me semble.
1) il se passe environ 15jours avant que je perde mes icones sur le fond d'écran (c'est problablement lié au fait que le home est monté par NFS et aux problèmes réseaux) bon cela ne me dérange pas mais cela pourrait être très génant pour des débutants qui ne bossent qu'avec leur icones: ils devraient quitter KDE et le redemmarrer.
Un débutant n'aura jamais une telle configuration (home sur NFS ou RHEL) ...
Bref, si Linux a fait pas mal de progrès, c'est encore loin d'être vraiment impeccable comme tu sembles le suggérer..
Je vois mal comment tu peux juger Linux sur un problème présent sur une VIEILLE version de KDE. Tu n'es surement pas qualifié pour parler des progrès ou de la stabilité actuelle de Linux ou de KDE, en tout cas moins que moi, qui suit en KDE 3.4.2.
Ca n'est surement pas impeccable, comme je ne le suggérais pas, mais surement pas aussi imbitable pour le débutant que d'autres suggéraient. C'est tout ce que je disais, que je n'étais pas d'accord sur ce point.
Ma femme a rencontré des problèmes sous KDE, elle les a clairement identifiés, j'ai ensuite fait les rapports de bug. Ca c'était en 2001 lorsque l'on a migré. De nos jours, les seules choses que me demande ma femme (quand elle me demande, parfois elle trouve toute seule) c'est "j'aimerais faire ça, faut que j'utilise quoi ?" (elle grave même ses CD toute seule maintenant, c'est dire).
[^] # Re: Pour faire simple...
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
En entreprise, si.
[^] # Re: Pour faire simple...
Posté par ookaze . Évalué à 2.
Non, juste pour dire qu'un débutant n'est pas forcément plus perdu sous KDE que sous Windows parce qu'il y a plus d'options sous KDE.
Il me semble qu'au contraire, pas mal de fonctionnalités qu'un débutant aimerait avoir ne sont pas présentes sous Windows, et que leur ajout dans KDE ne le rend pas plus compliqué.
[^] # Re: Pour faire simple...
Posté par collinm (site web personnel) . Évalué à -8.
en terme de part de marché, il est loin derière kde (près de 65%)
la majorité des distributions utilise par défaut kde
gnome avance à pas de tortue alors que kde avance comme jamais...
ta presque pas de contribueur qui s'ajoute à chaque semaine pour gnome... alors que c'est tout le contraire pour kde
www.solutions-norenda.com
[^] # Re: Pour faire simple...
Posté par ploum (site web personnel, Mastodon) . Évalué à 5.
Et une fois qu'ils ont un peu appris à programmer et que leur période pré-pubère "waw-ça-flashe-cest-génial-ça-brille" est passée, les meilleurs, et seulement les meilleurs, passent chez Gnome.
Et alors, on les appelle des "contributeurs".
....
....
....
(mes excuses aux utilisateurs de KDE, c'était trop tentant)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Pour faire simple...
Posté par Philippe F (site web personnel) . Évalué à 1.
Plus serieusement, j'ai du mal a imaginer que quelqu'un qui a trouve ses marques dans la programmation graphique objet puisse apprecier de programmer du pseudo-objet chez Gnome. En ce qui me concerne, j'adore programmer en C quand c'est adapte. Pour une environnement graphique, le C est clairement pas adapte alors qu'un langage objet convient tres bien.
[^] # Re: Pour faire simple...
Posté par j (site web personnel) . Évalué à 5.
Et bien fais ton choix :
http://developer.gnome.org/arch/lang/(...)
http://www.gtk.org/bindings.html(...)
Le choix en matière de langage de programmation est d'ailleurs ce qui fait la différence entre GNOME et KDE...
[^] # Re: Pour faire simple...
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
Pour contribuer à de l'existant, la majorité des programmes GNOME sont en C à ma connaissance. Un nouveau dans une équipe de dev qui inclue du code Java et C++ dans un projet en C, ça peut être une bonne source de troll, mais ça n'ira pas très loin ;-).
[^] # Re: Pour faire simple...
Posté par cassidy . Évalué à 2.
Comme par exemple Nautilus, Epiphany ou encore Evolution qui ont des bindings Python.
[^] # Re: Pour faire simple...
Posté par HappyPeng . Évalué à -1.
Les pseudo-objets ça n'existe pas.
[^] # Re: Pour faire simple...
Posté par Nicolas Schoonbroodt . Évalué à 4.
C'est vrai que quand je compte les "geeks" que je connait IRL, ceux là même capable de répondre à un sondage sur leur interface graphique, il y en a peut être plus qui utilisent KDE. Mais 65%, non. Et le second n'est pas gnome. Mais ensuite, il y a "les autres". Des gens qui n'utilisent pas linux tout le temps, ou qui ne s'en servent que pour l'utiliser, pas pour bidouiller. Ceux là ne savent même pas nécessairement ce quesont KDE ou gnome. Parfois, ils doivent l'utiliser : par exemple, au cours, sous windows, c'est l'interface windows, sous Solaris ou Linux, il n'y a que gnome d'installer. Et là, la proportion grimpe... Si 10% utilisent linux chez eux (ce ne sont pas des études d'informatique), cela veux dire que sur cet échantillon (largement biaisé, bien sur) plus de 90% utilisent gnome *uniquement* quand ils ne sont pas sous windows. Voila, j'ai un chiffre. 90% des utilisateurs utilisent gnome.
En plus du chiffre, j'ai un contexte, qui montre que ce chiffre ne peux pas être retenu sans une incertitude de 900% (c'est un peu plus, en fait). C'est quoi le contexte du 65% ?
[^] # Re: Pour faire simple...
Posté par lezardbreton . Évalué à 4.
http://www.desktoplinux.com/articles/AT2127420238.html(...)
http://www.desktoplinux.com/cgi-bin/survey/survey.cgi?view=archive&(...)
[^] # Re: Pour faire simple...
Posté par stephwww . Évalué à 1.
Je ne connais pas la répartition de l'utilisation de l'un ou de l'autre, mais est ce que KDE ne prendrait pas le dessus et Gnome essait de se repositionner ?
[^] # Re: Pour faire simple...
Posté par V . Évalué à 3.
Cela dit ce serait intéressant d'avoir des chiffres, rien que pour mieux troller.
[^] # Re: Pour faire simple...
Posté par oops (site web personnel) . Évalué à 3.
> troller.
Gnome : 0,4xx % ?
KDE : 0.4xxx % ?
Cela vaut-il la peine de troller quand on sait que ces interfaces sont quand même minoritaires sur le bureau ?
[^] # Re: Pour faire simple...
Posté par stephwww . Évalué à 0.
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à -1.
La moyenne de tout ce que j'ai pu voir laisse à penser qu'il y a environ 60% des desktop Linux sous KDE, 30% sous Gnome, et les 10% sous une multitude d'autres WM.
Je note que des stats récentes donnaient GNOME à la baisse. Ça reste des stats, mais c'est une tendance sur plusieurs années, et sur plusieurs sites différents, donc même si elles n'ont pas valeur de vérité absolue, elle n'en reste pas moins, d'une certaine manière, représentatives.
[^] # Re: Pour faire simple...
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à -3.
[^] # Re: Pour faire simple...
Posté par j (site web personnel) . Évalué à 4.
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à 1.
(source : http://en.wikipedia.org/wiki/GNOME(...) )
Si je comprends bien l'anglais, ça veut dire que tout le coeur de GNOME est sous LGPL, et seules les applications du bureau GNOME sont sous GPL.
Pour une entité commerciale qui ne souhaite pas produire du logiciel GPL, c'est tout de même un avantage incroyable que de disposer d'une base en LGPL plutôt qu'en GPL.
Le fait que GNOME ait été préféré à KDE par Red Hat, notamment, est aussi lié aux problèmes de licence des débuts de KDE, certains ont fait des choix à une époque qu'ils n'ont pas renié depuis.
Après, dire que GNOME est meilleur que KDE parce que plein de grosses entreprises l'utilisent comme desktop est stupide, parce qu'à ce titre là, Windows est meilleur que tout le monde, parce que la plus grosse boîte informatique au monde le produit. Le raisonnement est biaisé à la base. D'autant que je considère que KDE est meilleur parce que je l'utilise, ce qui ne veut pas dire que GNOME ne soit meilleur pour d'autres.
[^] # Je dérive un peu sur la license...
Posté par stephwww . Évalué à 1.
Fedora :
- Est libre et n'est pas vendu pas Redhat.
Donc la license GPL de QT s'applique.
- Redhat Enterpise est libre, mais vendu par Redhat.
Qu'elle license s'appliqe à QT ? Trolltech recoit quelque chose ?
Ca fait un petit momment que je me pose la question sans touver la réponse.
[^] # Re: Je dérive un peu sur la license...
Posté par CrEv (site web personnel) . Évalué à 1.
QT est sous gpl, non ?
dans ce cas pas de prob que ce soit vendu ou non...
[^] # Re: Je dérive un peu sur la license...
Posté par stephwww . Évalué à 0.
Est ce que dans un cas la GPL s'applique et dans l'autre la QPL ?
[^] # Re: Je dérive un peu sur la license...
Posté par Gof (site web personnel) . Évalué à 2.
Mais si tu choisis la GPL pour Qt, tu est obligé de faire ton soft en GPL.
Si tu veux pas faire du libre, alors tu prends l'autre licence.
Dans le cas de red hat, ils font du GPL, il y a pas de problèmes.
[1] Dans le cas de Qt, l'utilisateur c'est le développeur d'un logiciel qui utilise Qt
[^] # Re: Je dérive un peu sur la license...
Posté par stephwww . Évalué à 0.
J'ai une société : MaBoite & Co
Je crées un logiciel basé sur QT que je livre en GPL.
J'ai le droit de vendre mon logiciel sans rien payer à Trolltech !
[^] # Re: Je dérive un peu sur la license...
Posté par Gof (site web personnel) . Évalué à 2.
[^] # Re: Je dérive un peu sur la license...
Posté par PachaFonk . Évalué à 3.
et c'est le seul moyen d'avoir un soft proprio basé sur Qt.
[^] # Re: Je dérive un peu sur la license...
Posté par Philippe F (site web personnel) . Évalué à 2.
Qt/X11 est en triple licence :
- GPL
- licence commerciale
- QPL, qui est une licence open source non compatible avec la GPL mais compatible avec la LGPL ou la licence artistique.
Donc dans vos commentaires, il faut remplacer QPL par licence commerciale. A part ca, le contenu est bon.
[^] # Re: Je dérive un peu sur la license...
Posté par stephwww . Évalué à 1.
[^] # Re: Pour faire simple...
Posté par Philippe F (site web personnel) . Évalué à 1.
J'ai cree deux boites logicielles qui produisent des logiciels graphiques dans le domaine de la carte a puce donc je sais de quoi je parle.
Je peux te dire que LGPL ou GPL, on s'en bat les c..... . Ce qui interesse une boite commerciale comme nous :
- qualite de la documentation
- temps necessaire pour apprehender l'outil et former des nouveaux venus
- gestion de l'internationalisation
- qualite du support : quand et combien ?
- evolution de la plate-forme.
- outils annexes pour nous faciliter le travail
Dans le cas qui nous occupe, on a aussi :
- difficulte a faire un portage windows, unix ou MacOs.
Sur tous ces points, Qt enfonce Gtk parce que il y a une entite derriere dont la survie depend de la qualite de l'environnement de dev qu'elle fournit.
Le cout de la licence Qt, honnetement, c'est des cacahouetes. Si je sais que mon developpeur va gagner 3 jours de dev sur un projet de 2 ans en utilisant Qt, je me suis rembourse ma licence.
Pour moi au contraire, la LGPL est un serieux handicap. Ca veut dire qu'il est tres difficile de monter un business au dessus de Gtk en tant que produit, et que donc Gtk restera un toolkit non professionnel.
[^] # Re: Pour faire simple...
Posté par stephwww . Évalué à 2.
Je comprends pas, si Gtk est LGPL tu peux faire ce que tu veux sans être contaminé par la license
Qu'elles sont les difficultés de monter un business au dessus de Gtk ?
[^] # Re: Pour faire simple...
Posté par Yusei (Mastodon) . Évalué à 2.
Juste par curiosité, tu veux dire que tu considères la LGPL comme un handicap par rapport à la GPL, ou bien par rapport à une licence non libre ? Parce que finalement, j'ai l'impression que tu dis plus ou moins que le libre est moins bien que le propriétaire, car le support est garanti dans le cas du propriétaire. Dans le cas de QT, on a la chance que les gars de TrollTech soient sympas, et diffusent une version GPL, mais ça ne change pas l'argument.
Dans le cas d'une bibliothèque propriétaire, il y a peut-être un certain support, mais il n'est garanti que tant que l'éditeur survit, et tant qu'il développe la bibliothèque. Ceux qui ont choisi de développer avec Motif doivent être bien contents que Lesstif existe, en libre, par exemple. Je ne sais pas ce qu'est devenu Motif, mais ça fait longtemps que je n'en ait pas entendu parler.
[^] # Re: Pour faire simple...
Posté par reno . Évalué à 1.
Donc tu vois dire que RedHat == Gnome est un raccourci un peu trop rapide, les utilisateurs résistent :-)
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à 1.
http://www.kde-france.org/article.php3?id_article=142(...)
Sinon pareil, lorsque mon petit frère tournait sous Fedora, il utilisait KDE. C'est comme ça, chacun ses goûts, mais cacher mon commentaire parce qu'il se fait l'écho des différentes statistiques glanées partout sur le web, c'est d'un puéril...
[^] # Re: Pour faire simple...
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Mais c'est vrai que le paradoxe, c'est que KDE est quand même très populaire, sans doute plus que GNOME sur les machines SUN.
[^] # Re: Pour faire simple...
Posté par Anonyme . Évalué à 1.
KDE est toujours très répandu et apprécié, et occupe une place importante dans l'embarqué, où à ma connaissance, GNOME est absent.
Après, c'est une bonne chose que des grosses boîtes investissent dans GNOME, car les améliorations depuis quelque temps sont visibles, presque palpables. Il faut dire qu'avant GNOME 2.4, c'était un peu le grand bordel. Maintenant, quand je vois ce que KDE arrive à produire sans le sponsoring de grosses boîtes comme GNOME, je me dis qu'il font du sacrément bon boulot :-)
[^] # Re: Pour faire simple...
Posté par Erwan . Évalué à 8.
[^] # Re: Pour faire simple...
Posté par Philippe F (site web personnel) . Évalué à 1.
Dans le dernier Nokia, on retrouve aussi khtml qui a ete porte (sic) sous Gtk. Un couteau dans le dos de KDE de la part de Nokia !
[^] # Re: Pour faire simple...
Posté par Yusei (Mastodon) . Évalué à 3.
(Et du côté de Nokia, vu la mémoire disponible sur la bête, on peut comprendre qu'ils n'aient pas envie de fournir toutes les bibliothèques graphiques existantes)
[^] # Re: Pour faire simple...
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
[^] # Re: En parallèle....
Posté par TImaniac (site web personnel) . Évalué à 2.
Gnome n'est pas lié à Mono, mais Mono est lié à Gnome (pour résumer).
Mono propose une plateforme de développement avec, entre autres, de nombreuses bibliothèques favorisant l'intégration dans Gnome (en s'appuyant sur les bibliothèques GTK, Gstreamer, Gnome-vfs, Cairo et j'en passe).
Même si certains (De Icaza en premier) aimerai voir Mono utilisé dans Gnome, ce n'est pas à l'ordre du jour.
[^] # Re: En parallèle....
Posté par ArBaDaCarBa . Évalué à 2.
[^] # Re: En parallèle....
Posté par Erwan . Évalué à 5.
# A propos de Gnome
Posté par mac_is_mac (site web personnel) . Évalué à 3.
dans mes installations de Gnome sous Debian.
A chaque fois, je sélectionne mes paquets moi même pour avoir le Windows manager que je veux, et une fois sur deux je me retrouve à devoir éditer ~/.gnome2/session à la mimine pour avoir une session qui se lance correctement.
Honnètement, ça commence à me gonfler. Je me débrouille comme un manche, ou d'autres ou rencontré (voire résolu) le problème ?
[^] # Re: A propos de Gnome
Posté par Okki (site web personnel, Mastodon) . Évalué à 3.
[^] # Re: A propos de Gnome
Posté par mac_is_mac (site web personnel) . Évalué à 2.
Et j'ai fini par trouver une solution marchant pour tous les utilisateurs :
il suffit de remplacer dans /usr/share/gnome/default.session
1,RestartCommand=gnome-wm --sm-client-id default1
par
1,RestartCommand=icewm --client-id default1
Notons bien que le sm- a disparu; c'est super-important.
Ouf ! Ca faisait des années que je trainais ça ...
[^] # Re: A propos de Gnome
Posté par Yusei (Mastodon) . Évalué à 2.
- apt-get install openbox
- killall metacity && openbox
- se déloguer en enregistrant la session
[^] # Re: A propos de Gnome
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
# Les améliorations les plus simples...
Posté par FueL . Évalué à 3.
Cet article insiste sur les ameliorations faites en profondeur, c'est important, mais en tant qu'utilisateur de gnome, il lui manque des petites choses "bêtes", mais qui amelioreraient beaucoup son érgonomie.
Exemple :
- le lanceur d'application ne propose pas de complétion automatique du style "suggest as you type" en se basant sur les programmes déja lancés précédemment.
- le menu Gnome et les autres menus, ne propose qu'une navigation par fleches (je parle pas de la souris ici), cela aurait été appréciable de pouvoir aller dans un menu juste en tapant la 1ere lettre de son appellation
- etc...
C'est à ce genre de petites améliorations auxquelles je pense, et qui simplifient beaucoup la vie.
[^] # Re: Les améliorations les plus simples...
Posté par Dies Irae (site web personnel) . Évalué à 3.
Le lanceur supporte déjà la complétion automatique sur les programmes et fichiers/répertoires, ou alors parles-tu d'autre chose?
[^] # Re: Les améliorations les plus simples...
Posté par FueL . Évalué à 1.
[^] # Re: Les améliorations les plus simples...
Posté par cassidy . Évalué à 3.
Ce n'est pas facile pour les développeurs d'imaginer d'autres façons d'utiliser le programme autre que celle qu'ils ont eu initialement en tête.
De plus ce genre de petite amélioration est le genre de contribution idéale pour un débutant désirant s'investir.
Bref --> bugzilla.gnome.org
[^] # Re: Les améliorations les plus simples...
Posté par patrick_g (site web personnel) . Évalué à 4.
>> ce genre de petite amélioration est le genre de contribution idéale pour un débutant
L'ennui c'est qu'il faut être anglophone pour faire un bugreport.
J'en ai fait plusieurs en petit-nègre-vaguement-anglais mais c'est pas très satisfaisant comme système.
Alors il reste quoi à faire pour les non-devs + non-anglophones ?
[^] # Re: Les améliorations les plus simples...
Posté par Gof (site web personnel) . Évalué à 4.
Apprendre l'anglais.
Et une manière d'apprendre l'anglais c'est justement de faire des rapports de bugs.
babbelfish sera sans doute très utile.
les rapport en petit nègre sont aussi acceptés, tant qu'ils sont compréhensible.
D'ailleur, ceux qui lisent les rapports sont parfois mauvais en anglais aussi et ne verront même pas les fautes ( je sais de quoi je parle :-p )
[^] # Re: Les améliorations les plus simples...
Posté par cassidy . Évalué à 1.
Je parle également Anglais comme une clinche mais ya toujours moyen de se débrouiller pour être compris ds les bugreports, mails, irc, ...
C'est un excellent moyen de pratiquer et améliorer son Anglais.
Et dis toi qu'on préferre toujours un bugreport bien expliqué écrit en un Anglais de gamin de 12 ans qu'un bugreport en Allemand ou Espagnole ;) (véridique).
[^] # Re: Les améliorations les plus simples...
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Les améliorations les plus simples...
Posté par ookaze . Évalué à 4.
En plus long :
mais en tant qu'utilisateur de gnome, il lui manque des petites choses "bêtes", mais qui amelioreraient beaucoup son érgonomie.
Je suis aussi utilisateur Gnome, et sans doute je trouve aussi qu'il manque de petites chose "bêtes", bien que rien ne me vienne à l'esprit pour le moment. Ah si, mais ça ne concerne pas l'utilisateur, plutôt le développeur.
le lanceur d'application ne propose pas de complétion automatique du style "suggest as you type" en se basant sur les programmes déja lancés précédemment.
Ce lanceur propose une complétion automatique par rapport à tous les programmes exécutables accessibles à l'utilisateur (et il ne fait même plus une recherche bloquante), ce qui est encore mieux et beaucoup plus consistant que ce que tu demandes. En effet, si je vire un de ces programmes, ton système me le proposera toujours alors qu'il n'existe plus. Gnome, lui, ne le proposera plus. Ceci dit, tu as une liste déroulante des dernières commandes lancées, ce qui AMHA est encore mieux : tu sais que c'est un historique, et pas ce qui est réellement dispo sur ta machine, et en plus, il stocke les variables/options supplémentaires que tu aurais pu mettre sur la ligne de lancement (par exemple "LD_LIBRARY_PATH=/usr/NX/lib nxproxy -C" ou "/usr/games/bin/privateer" pour root).
Je ne vois que du mieux dans le système actuel (Gnome 2.10) par rapport à ce que tu proposes.
le menu Gnome et les autres menus, ne propose qu'une navigation par fleches (je parle pas de la souris ici), cela aurait été appréciable de pouvoir aller dans un menu juste en tapant la 1ere lettre de son appellation
Ta méthode ne fonctionne pas, ou en tout cas n'est pas consistante, à partir du moment où deux menus commencent par la même lettre, ou lorsque l'on commence à attaquer la localisation des applis.
Sans compter que tu n'utilises pas de modificateur, ce qui est plus que dangereux, et bloque une autre fonctionnalité de Gnome.
M'étant remis au développement sous Gnome (et pour avoir testé), je peux te dire que n'importe quel menu est accessible avec un modificateur (Alt) + une lettre que tu as prédéfinie (très simplement) dans ton appli. Cette lettre est soulignée lorsque c'est disponible. La fonctionnalité que ton idée bloque, est le fait que, à partir du moment où tu n'as pas le focus dans une entrée de texte, tu peux taper la lettre de n'importe quel widget avec une lettre soulignée (autre que le menu), et Gnome lui donnera le focus. Un moyen plus rapide que TAB. Je ne sais pas ce qui se passe si l'on met la même lettre pour plusieurs widgets, ou plusieurs lettres par widgets.
En ce qui concerne la localisation, je peux affirmer que c'est très simple, car j'ai entre autres fait la traduction de paco (et son interface graphique gpaco surtout) et activer la lettre que tu veux revient à mettre un _ avant la lettre qui servira de raccourci (mais ça c'est pas nouveau, ça date de Gnome 1).
# sélecteur de fichier
Posté par mickabouille . Évalué à 1.
Après, on est obligé de cliquer sur une flèche pour faire apparaître la zone de sélection pour changer de répertoire, ou au contraire de taper un raccourci clavier (lacher la souris, taper le raccourci, reprendre la souris, cliquer sur la zone apparue, lacher la souris, taper le nom du fichier...).
Ca fait un momment que ça a été rapporté, mais dans la dernière version, ça n'a pas été corrigé...
[^] # Re: sélecteur de fichier
Posté par ookaze . Évalué à 1.
Oui, il y a eu plusieurs bugs de corrigés dernièrement.
Je veux dire, lorsque l'on ouvre un sélecteur de fichier, on a juste la zone de texte ou entrer le nom pour enregistrer, ou au contraire, juste la zone de sélection sans zone de texte pour ouvrir.
Ceci n'est pas un bug mais le comportement normal.
Après, on est obligé de cliquer sur une flèche pour faire apparaître la zone de sélection pour changer de répertoire, ou au contraire de taper un raccourci clavier (lacher la souris, taper le raccourci, reprendre la souris, cliquer sur la zone apparue, lacher la souris, taper le nom du fichier...).
Il faut que tu apprennes à utiliser tes deux mains, une qui tient la souris, une qui tape le raccourci clavier. Sinon, apprend à utiliser les raccourcis clavier uniquement. Il a un comportement bizarre aussi ton Gnome. Chez moi, si je ne veux pas utiliser la souris, c'est Ctrl-S (sauvegarde), Ctrl-L, taper-le-chemin-aidé-par-la-liste-déroulante, Entrée, Entrée.
Alors je me demande d'où viennent tous tes aller-retour à la souris. J'en conclus que soit c'est un gros troll, soit tu parles sans même avoir essayé (ah pardon, c'est pareil que le troll).
Ca c'est le comportement Gnome 2.10 (GTK+ 2.6 en fait), ça n'a surement pas changé en 2.11.
Ca fait un momment que ça a été rapporté, mais dans la dernière version, ça n'a pas été corrigé...
Ca aurait dû être corrigé par un WONTFIX. Au prochain "bug day", préviens les mainteneurs qu'on peut fermer ce troll qui n'a rien à faire dans bugzilla.
[^] # Re: sélecteur de fichier
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
[^] # Re: sélecteur de fichier
Posté par Pascal Terjan (site web personnel) . Évalué à 3.
[^] # Re: sélecteur de fichier
Posté par reno . Évalué à 2.
Cela ne parait pas forcément tres judicieux..
[^] # Re: sélecteur de fichier
Posté par ookaze . Évalué à -1.
Cela ne parait pas forcément tres judicieux..
Ben cela a été décidé suite à une longue discussion sur l'utilisabilité d'exposer le filesystem au débutant, et de lui donner un répertoire par défaut raisonnable. C'est donc un choix de Gnome (d'où la suspicion de troll). Sous GTK+ de base (comme avec XFCE je crois), pas de flèche à cliquer, tout apparaît de suite.
[^] # Re: sélecteur de fichier
Posté par mickabouille . Évalué à 2.
J'ai l'impression que selon ce raisonnement, soit on est un débutant (terme que tu utilises juste au dessus), et dans ce cas, on ne nous montre que ce qu'il faut (un débutant n'utilisera-t-il jamais de répertoires pour classer ses fichiers?, c'est la première chose que l'on m'ait apprise quand on m'a mis devant un ordinateur - à part pour les MO5/TO7...), ou alors on est un utilisateur expérimenté, et on fait "ctrl-S_ctrl-L...", comme tu dis. Rien entre les deux?
Soit dit en passant, je me considère comme un utilisateur expériementé, mais je n'utilise les raccourcis que dans *certaines* applications que je connais bien, comme lyx ou mozilla (et cela surtout parce que les raccourcis ne sont jamais les mêmes d'une appli à l'autre).
Je comprends bien le "c'est donc un choix de gnome". Il faut bien faire des choix... Mias de là à avoir "suspicion de troll" dès qu'on emet un doute sur la validité de ce choix, c'est un peu raide. Surtout quand on peut parfaitement argumenter l'"autre possibilité". Sans compter qu'il est toujours posible d'avoir un switch dans gconf comme pour le mode spatial.
Enfin bon, je trouve que c'est un façon un peu rapide de clôturer toute tentative de discussion sur le sujet...
[^] # Re: sélecteur de fichier
Posté par Yusei (Mastodon) . Évalué à 3.
Entre les deux, il y a la possibilité de cliquer sur la zone qui affiche la liste de dossiers. Certes, c'est plus long que d'avoir directement la liste, mais de là à faire comme si ça n'était pas possible...
Bon, ceci dit, je suis surpris que les développeurs de Gnome/Gtk n'aient pas opté pour la solution de facilité: mettre une clé gconf cachée qui permet d'afficher toujours la liste des dossiers. Ça ne doit pas être très difficile, et ça faciliterait la vie à ceux d'entre nous qui savent ce qu'est un dossier.
(En tout cas, le choix de Gnome n'est pas si idiot qu'on peut penser... j'ai dans mon entourage des gens qui sont paniqués par la vue d'une liste de dossiers/fichiers, et qui sont ravis de pouvoir enregistrer leurs documents en vrac dans leur home, d'un simple clic)
[^] # Re: sélecteur de fichier
Posté par reno . Évalué à 3.
Je me demande si plutot que de forcer à trouver des clef cachée dans gconf comme tu le suggère, un setting global ne serait pas mieux..
Utilisateur avancé ou pas, ça doit être plutôt pénible d'aller à la recherche de la clef des champs..
# navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par mirak mirak . Évalué à 1.
La version de gnome sur Ubuntu Hoary tripe sur le renommage, et je trouve que windows explorer reste quand même toujours plus pratique en ce qui concerne la copie de fichiers, le deplacement etcetera.
Un truc qui serait super c'est qu'il y ai une queue de transferts de fichier.
En effet actuellement si on veut deplacer plusieurs dossiers qui ne sont pas dans le même repertoire (donc pas de selection multiple possible), et bien soit on attend la fin de la premiere copie pour lancer les suivantes, soit on lance tout les deplacements/copies en même temps en concurrence, et c'est genant.
Donc voilà une file de transfert comme pour les impressions serait l'idéal, avec gestion de l'ordonnancement.
Comme par exemple une file pour les gros fichiers et une autre pour les plus petits, qui pourraient fonctionner en concurrence.
Je comprends pas pkoi ça a jamais été fait, et ce quelque soit l'OS, en tout cas a ma connaissance.
Faut que je le fasse moi même ? ;oD
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Mildred (site web personnel) . Évalué à 1.
Au lieu d'avoir 10 fenêtres de copie de fichiers, tu n'en a qu'une où tu peux tout suivre ... ce serait bien de faire ca avec Gnome, non ?
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Anonyme . Évalué à 1.
Sous Windows, tu as le programme SuperCopier, référencé sur Framasoft, que j'ai testé sur un poste et qui fonctionne très bien. C'est vrai que c'est sympa cette manière d'ordonnancer les copies de fichiers.
Ce qui m'étonne, c'est qu'avec l'intégration de Kget à Konqueror, il n'y ait encore rien de similaire sous KDE, bon, après, il n'y a pas besoin d'attendre pour faire une autre copie, contrairement à GNOME, mais ce serait sympa de pouvoir configurer le nombre maximum de copies simultanées et que le reste soit placé au fur et à mesure en fil d'attente.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par EmmanuelP . Évalué à 2.
Les copies simultanées fonctionnent avec nautilus.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par tgl . Évalué à 2.
Ah bon, t'utilises quoi comme OS ? :)
Nan sérieux, sur ma machine (un laptop avec un 2.6.12.x en CFQ), si je copies quelques gros fichiers en parallèle, ça se ressent quand même pas mal (genre pour lancer une nouvelle appli pendant que ça se passe). Bon, c'est normal, y'a pas de miracle, mais je pense que pour l'utilisateur c'est plus confortable d'avoir les copies en séquence : ça prendra globalement le même temps si il ne fait rien à côté, et si au contraire il a besoin d'IO pour autre chose, il ne sera en concurrence qu'avec un processus et pas 36, et il aura beaucoup moins l'impression que "ça râme". Copier des fichiers ou bien les déplacer entre des partition, c'est typiquement une tâche faiblement prioritaire pour l'utilisateur desktop typique, donc pas besoin de bourriner en multipliant les processus.
Et puis actuellement, si tu drag'n'drop plusieurs fichiers en même temps, ils sont copiés en séquence, alors que si tu les drag'n'drop les uns après les autres, ils sont copiés en parallèle. C'est quand même franchement contre-intuitif comme comportement, non ?
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
Ça, ça dépends de ta config. Sur une machine avec plusieurs disques et/ou des disques réseau, ça n'est plus vrai du tout.
Et puis, si j'ai une grosse copie de fichier en tâche de fond, que je copie un petit fichier en même temps, j'ai pas envie qu'il me dise "Attends, je finie de recopier Debian-dvd.iso et je m'occupe de ton toto.txt juste après".
Bref, y'a des cas ou ça serait pas mal, mais il y a AMA plus de cas ou ça serait génant.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par tgl . Évalué à 2.
> ça n'est plus vrai du tout.
Exact.
> j'ai pas envie qu'il me dise "Attends, je finie de recopier
> Debian-dvd.iso et je m'occupe de ton toto.txt juste après".
Encore exact.
Donc pour bien faire, faudrait gérer plusieurs files, distinguer les requêtes suivant la taille des fichiers, tout ça quoi... C'est vrai que ça commencerait à ressembler à un scheduler d'IO codé dans le gestionnaire de fichiers, ça devient un peu du n'importe naouak. Bon, je me range à tes objections :)
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
C'est fou ce que ça commence à ressembler à un bout du kernel, tout ça.
(par ailleurs, le scheduler d'IO de Linux n'est peut être pas parfait, mais c'est là qu'il faut travailler si on veut améliorer les accès concurrent, pas trop dans le gestionnaire de fichier).
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par tgl . Évalué à 2.
> mais c'est là qu'il faut travailler si on veut améliorer les accès
> concurrent, pas trop dans le gestionnaire de fichier).
Le problème amha, c'est que le scheduler du noyau ne peut pas faire vraiment au mieux tout seul dans son coin. Perso je voudrais qu'il serve rapidement Nautilus quand j'ouvre un dossier et qu'il y a des previews à calculer, mais que par contre il ne se presse pas trop pour les copies de gros fichiers. Et je vois pas trop comment il pourrait le deviner ça.
Avec les versions récentes de CFQ, y'a une notion de priorité pour les IO qui pourrait aider (cf. Documentation/block/ioprio.txt), mais faurait que ça soit supporté par Nautilus, genre qu'il mette en IOPRIO_CLASS_IDLE les processus de copies/déplacements, alors que le reste demeurerait dans la classe par défaut et avec la valeur de nice par défaut (qui est satisfaisante). Mais je sais pas trop si introduire ce genre de trucs bien spécifiques à Linux serait acceptable du point de vue de Gnome.
[^] # Re: navigateur de fichier et gestion de l'ordonnancement des tranferts.
Posté par Yusei (Mastodon) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.