Matrox a planifié le développement du driver 2D/3D de la Matrox G400,
et ce pour le serveur XFree86 4.0. Ce travail a été sous-traité à la
société Precision Insight Inc. C'est noël tous les jours en ce moment …

NdM. : cette dépêche a été initialement publiée le 17/01/2000 à 16h17, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

La version 1.0 du projet projet d'environnement graphique en 3D "Looking Glass" est enfin disponible.

Il y a trois ans, Hideya Kawahara, développeur chez Sun Microsystems, a réalisé un premier prototype d'environnement de bureau en 3D. Après une démonstration interne, le projet a été libéré sous licence GPL. La libération du projet a permis de poursuivre son développement, l'investissement d'une communauté étant nécessaire à son aboutissement. La version 1.0 marque une première étape dans le développement : la stabilisation.

Aidez le projet Enlightenment ! Afin de fournir de meilleurs services aux utilisateurs, l'équipe Enlightenment recherche des fonds pour un nouveau serveur dédié. Enlightenment est un gestionnaire de fenêtre et un environnement graphique pour le système d'affichage X Window. La version actuelle en développement est aussi appelée E17 et est utilisée par la distribution Linux Yellow Dog pour la Playstation3. Si vous voulez contribuer à ce projet, sans pouvoir programmer, voici un bon moyen de soutien.

Ci après la traduction de l'appel de l'équipe :

Nous voulons remercier notre hébergeur actuel, la fondation cAos, qui nous a généreusement donné accès à leurs services CVS.

Depuis longtemps, les utilisateurs de Enlightenment sont bien au courant de la dégradation des services. Les services CVS se sont considérablement améliorés grâce à notre hébergeur actuel, cependant le site web est resté chez Sourceforge. Les permissions ont restreint les installations de services que nous jugions nécessaires à nos utilisateurs. Des services tels qu'une intégration du CVS dans le site web, un suivi de bogues, un wiki et la gestion de contenu (CMS) sont simplement trop difficiles à fournir avec les niveaux d'accès possibles avec Sourceforge. De plus, un CMS externe à Sourceforge s'est révélé lent et pas du tout fiable. La conséquence fut que le site web a été peu mis à jour depuis des mois, beaucoup du contenu a été déplacé sur edevelop.org et get-e.org, et la documentation API n'a pas été mise à jour pour refléter les importants changements qui sont documentés dans le CVS. Ces difficultés atteignent l'image du projet, découragent les nouveaux utilisateurs et frustrent les utilisateurs actuels. Nous pensons qu'un serveur dédié est le meilleur moyen pour s'affranchir de ces problèmes par le niveau de qualité attendu de ce projet.

En dernière note, nous voudrions élargir nos remerciements aux personnes qui ont déjà permis de lever 1600 dollars pour le projet Enlightenment. Votre charité n'a pas été oubliée et vos dons abonderont les fonds pour le serveur.

Ainsi, rien de plus à dire que : DONNEZ MAINTENANT ! :)

S'inspirant du 3D File System Navigator de SGI (rendu célèbre par le
film Jurassic Park), un étudiant du MIT nous offre son propre navigateur de
filesystem en 3D, baptisé FSV. A quand un interfacage avec Descent pour
effacer les fichiers en tirant dessus ? :-)

NdM. : cette dépêche a été initialement publiée le 07/02/2000 à 14h21, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Voici les très attendus binaires de la version 4.0, la vraie,
l'unique,d'XFree 86. Il sont disponibles aux formats tar.gz, deb et rpm.

NdM. : cette dépêche a été initialement publiée le 11/03/2000 à 22h45, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Où on apprend que le créateur de ce moteur 3D n'a commencé à se
renseigner sur la 3D il y a seulement 6 mois.

Cette interview (en Anglais) mérite d'etre lue afin de mieux connaitre les
motivations et opinions des gens qui essaient de faire bouger le monde open
source.

Voila

NdM. : cette dépêche a été initialement publiée le 15/03/2000 à 13h16, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Bonne nouvelle pour les possesseurs de Riva TNT, TNT2, Riva 128 et
Ge-Force: Un driver accéléré 3D MESA/GLX est disponible chez nvidia, ils
annoncent de meilleures performances avec XFree 4.0, mais visiblement, il
n'y est pas intégré. Le driver marche, mais personnellement je n'ai pas
encore testé la 3D.

NdM. : cette dépêche a été initialement publiée le 20/03/2000 à 07h44, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Cette nuit marque l'aboutissement de deux ans de travail pour l'équipe de développement d'Xfce. Depuis la sortie de la version 4.2, beaucoup de choses on été refondues, de nouveaux composants ont vu le jour, et cet environnement de bureau s'est fait une belle place à coté de KDE et GNOME.

Xfce est l'environnement par défaut de Xubuntu et Zenwalk, et aussi de plusieurs projets de live-cds. Des installateurs graphiques sont d'ores et déjà disponibles, et des paquets mis à jour devraient rapidement apparaître dans vos distributions favorites. Le site web a par ailleurs été complètement refait avec une nouvelle charte graphique pour cette sortie.

Pour rappel, Xfce 4.4 est un environnement de bureau complet basé sur Gtk+2, portable (fonctionne autant sous GNU/Linux que sous *BSD, ainsi que sous Solaris et Cygwin) et qui se veut le plus léger possible, tout en étant agréable et facile à utiliser. Il suit au plus prêt les standards portés par freedesktop.org : XDG, EWMH, drag-n-drop, XSETTINGS, Trash, Autostart, fichiers .desktop...par exemple, tout les fichiers de configuration suivent la directive XDG_CONFIG_HOME, et sont placés dans ~/.config/ par défaut.

WindowMaker 0.62.0 est sorti. En prime, une nouvelle version de la
LibProplist (0.10.0)

NdM. : cette dépêche a été initialement publiée le 31/03/2000 à 16h48, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

3 jours après la version 0.62.0 de WindowMaker, voici la version 0.62.1
qui corrige quelques bugs.
A noter également une nouvelle version de libPropList (0.10.1)

NdM. : cette dépêche a été initialement publiée le 03/04/2000 à 08h28, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

La nouvelle moûture est maintenant très multilingue, avec en particulier celle de Molière (et de Robert Charlebois, Jacques Brel ...) E supporte très bien xinerama, pour ceux qui ont de la chance ou des moyens ;) NdM. : cette dépêche a été initialement publiée le 11/04/2000 à 10h37, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

S3 vient de sortir une version béta des drivers pour sa carte graphique
Fire GL1. Pour l'utiliser, il faut installer avant la version 4.0 de
XFree… (source mynews.free.fr)
Note du modérateur: Je ne sais pas sous quelle licence, mais pas GPL à ce
que je vois.

NdM. : cette dépêche a été initialement publiée le 02/05/2000 à 10h42, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Cairo 1.4.0 vient tout juste de sortir aujourd'hui, neuf mois après la version 1.2.0 (qui apportait notamment l'écriture de PDF). Les six derniers mois de développements ont été consacrés à améliorer drastiquement les performances de Cairo, qui constituent la principale récrimination envers le projet. Les performances ont été notablement optimisées pour les périphériques embarqués.

Certaines applications de la bibliothèque sont maintenant jusqu'à 96 fois plus rapides ! Certaines optimisations sont en butte avec la xlib, qu'Xorg tend à remplacer par XCB. Pour optimiser le dessin, certain changements structurels ont conduit à de minimes pertes de performances sur quelques points précis, mais cela reste relativement négligeable.

En plus des performances, de nombreuses améliorations du moteur PDF permettent désormais de produire un PDF avec du texte sélectionnable, et de compresser le texte et les polices (tout en évitant les doublons). À quand la compression des images ?

L'API s'est enrichie de nombreuses fonctions touchant divers domaines, de la gestions des masques aux fonction win32. Enfin, cette version apporte de nombreuses corrections de bogues.

Une nouvelle version majeure de Mesa vient de sortir. Mesa est une implémentation libre d'OpenGL en utilisant la carte graphique suivant ses capacité et son support matériel. Mesa utilise intensivement DRI pour utiliser le matériel. OpenGL est une API de programmation graphique 2D et 3D développé initialement par SGI et maintenant co développé par un consortium (Khronos). Grâce à Mesa, OpenGL est réellement devenu multiplateforme et ainsi, une véritable alternative à DirectX avec une portabilité grandement simplifié à la clef.

Cette version ajoute la prise en charge complète d'OpenGL 2.0 et 2.1 par les pilotes GLX, OffScreen et Win32. La gestion des différentes fonctions OpenGL dépendant ensuite du matériel.

Une bonne nouvelle est le travail effectué sur le pilote R300 pour les ATI Radeon 9600 à X850). Il a reçu pas mal de nettoyage. Ce pilote est connu pour être à la fois fonctionnel mais aussi plutôt désordonné, ceci étant surtout due au manque de spécification et aux affres de la rétro ingénierie (voir aussi le pilote avivo pour R500/R600, intégré à Xorg).

Il ne manque plus que les spécifications des matériels pour pouvoir en tirer partie dans DRI. On attend toujours un geste de la part d'nVidia et d'AMD, SIS, VIA et d'autres, Intel faisant figure de bon élève …

NdM: Chaque composante de Mesa possède une licence différente des autres morceaux (voir la page sur les licences). Si on excepte les parties démo, les licences principales sont : MIT pour le coeur, SGI Free B pour les parties développées par SGI, GNU LGPL pour la bibliothèque Mesa GLU et un copyright de Mark Kilgard pour GLUT.

Pour rappel, compiz-core est une partie du résultat de la réunification de Compiz et de Beryl. Depuis, les développeurs travaillent ensemble, mais sur un projet divisé en deux sections majeures :

• Compiz Core, qui rassemble la base du projet et le coeur de l'application ;
  
• Compiz Extra, qui a fusionné avec Beryl pour fournir les plug-ins, les utilitaires de configuration, les scripts et les autres composants qui étoffent Compiz Core.

Cette nouvelle version, 0.5.2, disponible au téléchargement depuis le samedi 4 août 2007 apporte :

• Un meilleur support des écrans multiples ;
  
• Un système de méta-data basés sur XML qui sert à manipuler les différents type de méta-data ;
  
• Une importante amélioration de l'option d'initialisation basée sur le nouveau système de méta-data ;
  
• Un framework d'historisation ;
  
• Un support des boutons configurables dans les thèmes de Metacity, grâce à son ajout au gtk-window-decorator ;
  
• Une meilleure intégration du plugin Glib qui ne se réveille plus inutilement, en attente d'évènements, lorsqu'il était associé à la boucle main de Compiz ;
  
• Le plugin Plugin permet de modifier et d'étendre le comportement de plugins existants via de nouveaux plugins ;
  
• Un support de la transparence dans le plugin du cube ;
  
• Un plugin dbus supportant l'introspection.

Alors qu'ils avaient sortit les pilotes 0.9-1 le 24 avril dernier,
voila une nouvelle version qui corrige notemment des problèmes avec les
cartes TNT/TNT2.

NdM. : cette dépêche a été initialement publiée le 06/05/2000 à 13h14, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Trouvé sur Slashdot : un serveur X en Java permet d'obtenir des widgets
transparents du plus bel effet…
Maintenant, j'ose à peine imaginer combien ça doit être gourmand en RAM,
cette chose-là !

NdM. : cette dépêche a été initialement publiée le 31/05/2000 à 09h44, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

La version 1.0.0 du pilote radeonHd est arrivée le 29 Novembre, annoncée par les développeurs de chez opensuse. Ce pilote sert pour les cartes ATI des deux dernières générations (à base R5xx et R6xx) qui n'étaient pas supportées par le pilote libre officiel livré avec Xorg.
Il fonctionne avec encore pas mal de limitations (pas encore d'accélération 2D/3D, pas de sortie TV) mais avec les quelques dernières grosses améliorations des pilotes Xorg récents (xrandr 1.2 en particulier pour la gestion des différentes sorties à chaud).

Vous pouvez suivre les derniers changements effectués sur l'arbre du dépôt GIT pour le pilote radeonhd

Suite au tournant pris dans le développement de ion3, beaucoup d'utilisateurs ont détourné leur chemin de son utilisation. Il ne reste que très peu d'alternative en matière de tiling window managers aussi viable que ion. Ces gestionnaires de fenêtres proposent d'organiser l'écran de façon à ce que les applications ne se recouvrent pas les unes les autres. Cela permet de maximiser l'espace utilisable de l'écran et l'ergonomie qui en résulte est très appréciée de certains utilisateurs.

Le gestionnaire de fenêtre (WM, « window manager ») awesome est né de ce constat : basé sur le code de dwm, il tente de l'améliorer en gardant les idées du concept de base de ce gestionnaire, tout en l'améliorant grandement en terme d'usabilité et d'interface (support Xft, cairo, etc.).

Après deux mois de développement, la version 2.0 de awesome est sortie le 11 décembre. Elle intègre beaucoup de fonctionnalités non présentes dans dwm, comme la gestion du multi-écran, etc.

Le développement est très actif et la taille du code a doublé depuis le début de son lancement.

Sur Slashdot un article qui compare XFree 3.3.X et XFree 4.0. Benchs,
bugs, fonctionnalités prévues dans XFree 4.0, etc.
A lire si le graphisme sous Linux vous intéresse.

NdM. : cette dépêche a été initialement publiée le 02/06/2000 à 16h53, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Si vous voulez tous savoir sur Xfree 4.0 et son interaction avec les
cartes 3D, jetez un coup d'oeil dans le Login de ce mois-ci.
Explication du fonctionnement du nouveau pilote DRI.
Infos sur les principaux constructeurs.
Bref de quoi contenter tous les Tuxiens qui veulent utiliser une carte 3D
sous leurs OS favoris !

NdM. : cette dépêche a été initialement publiée le 06/06/2000 à 21h03, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Tout est dans le titre... Ils ont été mis en ligne le 12/06/2000. NdM. : cette dépêche a été initialement publiée le 13/06/2000 à 07h46, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Xig vient de sortir des drivers 3D supportant le multi-ecran pour …..
129$

NdM. : cette dépêche a été initialement publiée le 17/06/2000 à 18h48, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

PycaWM est né de l'envie de faire un gestionnaire de fenêtres aussi configurable (voire plus) que fvwm, sans pour autant devoir apprendre une syntaxe absconse pour le configurer.

PycaWM est écrit en python et distribué sous GPLv3. Il s'agit en fait d'un module python. Le fichier de configuration de PycaWM importe ce module et construit le window manager en python directement.

Un des points importants dans l'architecture de PycaWM est son aspect dynamique. Pratiquement tous les ajouts dans le fichier de configuration peuvent se faire pendant l'exécution du gestionnaire de fenêtres. Toutes les méthodes de PycaWM peuvent aussi être hookées ou changées pendant l'exécution. Ces modifications peuvent être effectuées par l'utilisateur grâce à un REPL.

Dans le but d'avoir un gestionnaire de fenêtre simple, qui se fait oublier, est né CLFSWM. Comme son nom l'indique, CLFSWM est écrit entièrement en Common Lisp; il a comme base tinywm et s'inspire de stumpwm pour le principe des cadres. CLFSWM est distribué sous licence GPLv3.

Le principe de CLFSWM est que l'affichage est divisé en espaces de travail, groupes et fenêtres. Les fenêtres étant elle-mêmes contenues dans des groupes. Par défaut, un groupe est maximisé à l'écran sans bouton, menu ou décoration, rien d'autre que l'application en plein écran. Lorsqu'un groupe de fenêtres n'est pas maximisé, alors il peut être déplacé, redimensionné etc Les groupes et les bureaux sont créés à la volée quand on en a besoin. Il peut y avoir plusieurs fenêtres par groupe et une fenêtre peut apparaître dans plusieurs groupes ou bureaux (ce qui est pratique pour avoir différentes vues des mêmes fenêtres).