vendredi 25 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Un aperçu de GNOME 2.14

Posté par ayolix (). Modéré le 27 février 2006.
Voici un aperçu de GNOME 2.14 dont la sortie prévue est pour le 15 mars 2006.
On y trouve un tas d'améliorations à commencer par une amélioration certaine des performances en matière d'allocation mémoire, et rapidité d'exécution, mais aussi:
  • une collection d'outils d'administration comme pessulus permettant notamment d'empêcher l'édition des panels, intéressant pour des environnements comme les cafés Internet.
  • l'intégration d'outils de recherche puissants à nautilus et yelp
  • une aide en ligne améliorée, de nouveau capable d'afficher aussi les manpages
  • l'intégration de l'extension composite de X.org au gestionnaire de fenêtre metacity
  • le changement d'utilisateur rapide à travers le bureau
  • des améliorations notables également sur l'éditeur de texte gedit
  • plus tout ce que j'ai oublié de lister ici mais que vous retrouverez dans cet aperçu (NdR : notamment Ekiga)

> Lire la dépêche (65 commentaires, moyenne: 3,5).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Pour ceux que ça intéresse

Posté par Dabowl_92 () le 27/02/2006 à 10:00. (lien). Évalué à 8.

La roadmap pour la version 3.0 de Gnome: http://live.gnome.org/ThreePointZero

[Troll] "l'esprit" Gnome m'enerve de plus en plus.

Posté par dawar (page perso, ) le 27/02/2006 à 10:04. (lien). Évalué à 10.

Voila, je vais parler du formidable Ekiga, ex Gnomemeeting pour ceux qui suivent pas. Hier je décide de tester avec ma copine, ça fonctionne mais avec la taille de la fenêtre de cam minimum. Je cherche la même option ou l'on peut choisir la taille que dans gnomemeeting, elle n'existe plus.
Je me rends donc sur le channel #ekiga, voir si j'aurais raté quelque chose. Et bien oui, il faut passer par gconf pour modifier une clé (et d'ailleur même comme ça, ça ne marche pas, le correspondant a bien la bonne taille mais pas moi).
Explication : Beaucoup de personnes se plaignaient que gnomemeeting rame car ils utilisent la webcam a sa taille maximale sans la bande passante qu'il faut derrière. Donc on supprime l'option, et l'on mets la taille minimale. Je trouve cela stupide, de prendre l'utilisateur pour quelqu'un de stupide. Il suffit de mettre un avertissement a coté de l'option plutot que de l'enlever.

Pour en revenir a Gnome, un effort a l'air d'avoir été fait sur la rapidité et la lourdeur, ce qui est pas mal. Je testerais de toute facon avec la sortie de Dapper...

-- Un ex utilisateur de gnome qui tourne maintenant sous XFCE, plus léger et qui ne pense pas pour moi.

À propos de GEdit

Posté par L (page perso, ) le 27/02/2006 à 14:52. (lien). Évalué à 5.

GEdit commence à devenir intéressant et plus puissant.

La recherche où le terme recherché est mis en surbrillance dans le contrôle d'édition est un retour d'information non négligeable : en effet, plusieurs fois j'ai été irrité de chercher une occurrence suivante dans le contrôle d'édition suite à un Ctrl+G (qui fait passer de l'occurrence d'un terme recherché à l'autre) !

Par ailleurs, la possibilité d'avoir un retour d'information lorsqu'on ouvre un fichier distant est intéressante aussi. Je ne compte plus le nombre de fois où j'ai attendu en me demandant ce que trafiquait GEdit quand j'ouvrais un fichier distant sur un site FTP à partir de Nautilus ! Mais la solution la plus élégante reste à mon humble avis le téléchargement local du fichier distant par Nautilus qui utilise sa connexion déjà ouverte, pour ensuite l'ouvrir avec le programme approprié, comme le font Konqueror ou GFtp.

Pourquoi est-ce plus élégant ? Parce que de nombreux sites FTP n'allouent qu'un nombre de connection limité par adresse IP et que Nautilus en consomme déjà une. Or quand GEdit en ouvre une autre connexion pour lire un fichier distant puis qu'on le ferme, la connexion reste dans l'état TIME_WAIT quelques dizaines de seconde (1). Du coup si on essaie d'ouvrir un autre fichier et que le nombre de connexions est limité à 2 par IP (cas du serveur FTP des pages personnelles de Free), on l'a dans l'os.

Bon, maintenant GEdit s'est nettement éloigné depuis un moment de ses débuts où il était juste une sorte de clone de Notepad, mais il m'est avis que son évolution est assez liée à celle du contrôle d'édition de GTK+. Ceci dit, pour ceux qui souhaitent un éditeur simple et très léger, il y a Leafpad, un éditeur GTK+ seulement (pas de lien avec les bibliothèques GNOME) qui est un "Notepad-like" : c'est très pratique ce genre d'éditeur très simple pour lire les README, FAQ et autres fichiers texte qui ne demandent aucune édition.

(1) Les spécifications TCP recommanderaient un timeout de 240 secondes pour faire expirer tous les paquets en cours sur le réseau. Certaines implémentations utilisent 60 secondes, d'autres parlent d'une valeur "sûre" de 20 à 30 secondes, et idéalement, la valeur avec les connexions modernes actuelles semblerait être aux alentours de 12 secondes pour certains. Pour les curieux sur la significations de TIME_WAIT, il y a ce document qui est assez instructif :

-> http://www.port80software.com/200ok/archive/2004/12/07/205.a(...)

Gnome est en danger!

Posté par sylware () le 27/02/2006 à 21:50. (lien). Évalué à 7.

Derrière ce sujet trolleur se cache une vraie inquiétude pour Gnome.

En effet, dans sa dernière version, le bureau gnome standard est maintenant dépendant de python (attention je n'ai rien contre python, bien au contraire), et on voit qu'il y a une force qui veut en faire de même avec .NET(mono). En effet, il ne s'agit pas ici d'avoir des "applications additionnelles" gnome dépendantes de tel ou tel (bloat&&useless)ware mais bien d'en obliger l'installation pour le déploiement d'un bureau gnome de base.

Ca sent vraiment pas bon.

Il n'y a pas à favoriser tel ou tel langage de haut niveau en forçant la dépendance sur une couche additionnelle (dont une statégiquement pilotée par qui... allez un peu de bon sens messieurs et mesdames...) du bureau de base.

Bref... comme je l'ai déjà dit, maintenant le libre attire les convoitisent et des entreprises vont tenter de se rendre indispensables à son fonctionnement de base... et si la communauté se laisse faire, le libre n'aura plus que de libre des licences.

Quelques avis d'utilisateurs de KDE

Posté par Matthieu Duchemin (page perso, ) le 28/02/2006 à 12:08. (lien). Évalué à 10.

http://kde-artists.org/main/component/option,com_simpleboard(...)
http://kde-artists.org/main/component/option,com_simpleboard(...)

Le premier lien est intéressant car la personne compare l'interface de konqueror et nautilus point par point avec captures d'écrans à l'appuie.

J'ai installé Gnome 2.13 sur ma Mandriva (je suis utilisateur KDE), et je suis très agréablement surpris par Gnome. C'est clean, les couleurs sont douces, il n'y a pas de superflux dans l'interface ce qui donne un aspect très soigné, là où sous KDE on a 8 menus et 12 icônes, sous gnome ou a 4 menu et 5 icônes, on s'y perd moins, l'intégration des différents logiciel est plutôt bonne (ex : pour la vidéo totem est utilisé alors que sous KDE il n'existe pas de lecteur officiel).
Malgré sa simplicité, on peut changé l'apparence de Gnome comme on le souhaite (à peu près comme sous KDE) et plus rapidement que sous KDE (Sous KDE tout est dispaché dans le control center, on comprend rien sur la façon dont les éléments ont été classé).

Bref Gnome est un très bon environnement, moins compliqué que KDE et qui propose une interface unifiée et cohérente.

gedit et gtksourceview

Posté par Mildred (Jabber id, page perso, ) le 01/03/2006 à 13:18. (lien). Évalué à 3.

Jusqu'à présent, la coloration syntaxique de gedit (gtksourceview) laise grandement a désirer (de mon point de vue). Il faut dire que j'ai peut être une grande exigence (je fais moi même mes colorations syntaxiques pour Kwrite/Kate).
Mais quand même, la coloration syntaxique de gedit est assez basique.

Par exemple, avec Kate, on peut exactement (ou presque :) dire comment se structure le fichier. Pour simplifier, on aurait:

mode principal (style: normal) :
- si tu trouves " alors va en mode chaîne
- si tu trouve '--' va en mode commentaire
- si tu trouves un mot clef, alors affiche le en gras
mode chaine (style: rouge):
- si tu est a la fin e la ligne, va en mode erreur (une chaîne n'est pas multi-lignes)
- si tu trouves un mot du style $variable alors affiche le en bleu
- si tu trouves ` alors va au mode backquote
- si tu trouves " alors retourne dans le mode d'avant
mode backquote (style: normal) :
- ... ici on répète les lignes du style normal
- si tu trouve ` alors retourne au mode précedant
mode commentaire (style: gris) :
- si tu est à la fin de la ligne, retourne au mode précedant

C'est quelquechose d'assez puissant ... Alors que avec gtksourceview on a plutôt un truc :

- les mots clefs sont ...... (style: gras)
- les chaînes commencent par ce motif et finissent par tel autre motif
- les commentaires commencent par ce motif et finissent par tel autre motif

Pas moyen alors de définir des styles inclus dans des autres :(

--
La Roue du Temps

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.2496s (dont 0.0657 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.