Cette nouvelle version, la 0.90, propose quelques changements notables, comme le support d'UTF-8 pour le codage des caractères, les polices lissées (« anti-aliasées ») grâce à l'usage de la bibliothèque Xft2, un meilleur support de GNOME et KDE, une meilleure gestion du basculement de tâche (Alt-Tab), et bien sûr des corrections de bugs etc. (NdM : et le support de Xinerama).
Voilà une bonne nouvelle pour ceux qui continuent à utiliser ce gestionnaire de fenêtres et qui apprécient sa simplicité.
Aller plus loin
- Le site officiel de Window Maker (33 clics)
- ChangeLog (5 clics)
# ouééé
Posté par Troy McClure (site web personnel) . Évalué à 7.
http://linuxfr.org/2002/11/21/10386.html(...)
http://linuxfr.org/2001/12/25/6472.html(...)
http://linuxfr.org/2001/10/10/5370.html(...)
http://linuxfr.org/2001/10/05/5286.html(...)
http://linuxfr.org/2001/10/05/5284.html(...)
http://linuxfr.org/2001/07/24/4346.html(...)
http://linuxfr.org/2001/01/07/1786.html(...)
http://linuxfr.org/2001/01/06/1776.html(...)
[^] # Re: ouééé
Posté par Brice2Nice . Évalué à 0.
# Xinerama depuis la version 0.70.0
Posté par alf . Évalué à 5.
je l'utilise pourtant depuis la version 0.70.0 sur mon BSD...
quelqu'un peut il m'expliquer la difference entre le "support" de
la version 0.70.0 et le "support" de la version 0.90.0 ?
[^] # Re: Xinerama depuis la version 0.70.0
Posté par allcolor (site web personnel) . Évalué à 3.
bon je sais, je ===>[]
[^] # Re: Xinerama depuis la version 0.70.0
Posté par poil oq . Évalué à 1.
0.70.0 - 0.90.0 = - 0.20.0
je sors aussi -----------> []
[^] # Re: Xinerama depuis la version 0.70.0
Posté par GhZaaark3 . Évalué à 6.
la version 0.70.0 et le "support" de la version 0.90.0 ?
Soit ça a été patché sous BSD à l'époque, soit tu confonds..
je veux dire: le mode xinerama ou dual screen marche avec n'importe quel WM, ceci étant, le gestionnaire ne s'y adapte pas forcément:
- detection du type d'écran
- deplacement des fenêtres
- redimensionnement correct (ex: une maximalisation auto qui s'effectue sur l'écran dit "principal")
- l'ordre de création/appariton des fenêtres (pas n'importe où)
etc etc...
+
[^] # Re: Xinerama depuis la version 0.70.0
Posté par Rin Jin (site web personnel) . Évalué à 4.
Il se peut donc que celui qui empaquéte wmaker pour bsd ai rajouté ce patch.
# plop
Posté par said . Évalué à 2.
Après, personnellement, je vois pas vraiment la différence pour les polices lissées, mais c'est sûrement parce que je suis du genre terminal, et jeux à la angband :p
[^] # Re: plop
Posté par gallenza . Évalué à 4.
[^] # Re: plop
Posté par Rémi Hérilier . Évalué à 7.
[^] # Re: plop
Posté par Encolpe DEGOUTE (site web personnel) . Évalué à 4.
C'est à chaque fenêtre de gérer son anti-aliasing, le gestionnaire de fenêtre ne
gère que les cadres. Question d'anti-optimisation sans doute.
Ce qui serait intéressant c'est de savoir où ils en sont pour le support de l'affichage postscript de l'écran, la création d'un pager, etc.
AfterStep à pas mal avancé ces derniers temps et les trois plateformes OpenStep divergent de plus en plus au lieu de converger vers un standard...
[^] # Re: plop
Posté par nicolassanchez . Évalué à 4.
gère que les cadres. Question d'anti-optimisation sans doute.
Non, question de laisser à chacun son travail. Le gestionnaire de fenêtre gère les fenêtres, l'application gère le contenu des fenêtres.
Ça permet, entre autre, de pouvoir bouger une fenêtre même quand l'application a planté (sur win c'est pas possible par exemple)...
AfterStep à pas mal avancé ces derniers temps et les trois plateformes OpenStep divergent de plus en plus au lieu de converger vers un standard...
AfterStep est trop compliqué à mon goût et ses gadgets ne sont pas toujours pratiques (genre le changement de bureau lorsque le pointeur est au bord de l'écran...). Ensuite, les icônes du dock sont difficiles à ajouter ou à paramètrer...
Sinon, c'est quoi les trois plates-formes OpenStep ?
[^] # Re: plop
Posté par reno . Évalué à 2.
Euh le mieux c'est quand meme que la fenetre se ferme avec un message d'erreur quand l'application se plante: autrement l'utilisateur ne sait pas vraiment quand l'application s'est plant'e, ce qui est un inconvenient pas un avantage!
[^] # Re: plop
Posté par nicolassanchez . Évalué à 3.
Oui, mais ça n'est pas du ressort du window manager, il n' aucun moyen de savoir si ton application a planté ou si elle attend quelque chose.
Si ton application est mal codée, le window manager n'y est pour rien.
J'ai déjà eu une application sous windows (98 je crois) qui avait planté et dont la fenêtre masquait une grande partie de l'écran et restait au premier plan, c'était vraiment emmerdant pour règler le problème...
[^] # Re: plop
Posté par Erwan . Évalué à 2.
C'est le fameux "l'application ne repond plus, vous voulez la tuer ?" qu'on a sous Windows ; il me semble avoir vu ca sous Gnome aussi.
[^] # Re: plop
Posté par Encolpe DEGOUTE (site web personnel) . Évalué à 1.
> pratiques (genre le changement de bureau lorsque le pointeur est au bord de
> l'écran...). Ensuite, les icônes du dock sont difficiles à ajouter ou à paramètrer...
La dernière version prévoit un configurateur graphique. Il était en retard pour la sortie de la version majeure mais tout est prêt pour.
> Sinon, c'est quoi les trois plates-formes OpenStep ?
GNUSTEP, AfterStep et WindowMaker.
Le premier devait servir de coalisant au deux autres... finalement il s'intègre au dessus d'eux sans vraiment tenir compte de ce qui se pass en dessous.
C'est dommage car il y a plein de bonnes idées.
[^] # Re: plop
Posté par oops (site web personnel) . Évalué à 2.
>GNUSTEP, AfterStep et WindowMaker.
AfterStep et WindowMaker ne sont pas des plateformes OpenStep.
Seul GNUstep répond aux sécifications OpenStep
http://gnustep.org/resources/OpenStepSpec/OpenStepSpec.html(...)
[^] # Re: plop
Posté par nicolassanchez . Évalué à 4.
Le premier devait servir de coalisant au deux autres... finalement il s'intègre au dessus d'eux sans vraiment tenir compte de ce qui se pass en dessous.
C'est dommage car il y a plein de bonnes idées.
Ce ne sont pas trois plates formes. Leur seul point commun est de s'inspirer de OpenStep.
Les buts de GNUstep ne sont pas du tout comparable à ceux de WindowMaker et AfterStep. GNUstep reprends un environnement de développement, alors que wmaker et afterstep ne font qu'imiter une interface.
Je pense même que WindowMaker ou AfteStep vont être remplacés un jour (pas si lointain que ça d'ailleurs) par un window manager GNUstep (il en existe déjà je crois), c'est à dire développé en Objective-C et avec le framework de GNUstep.
[^] # Une leçon
Posté par Zorro (site web personnel) . Évalué à 3.
Cela est juste et bon.
Alors toi aussi, n'hésite pas, ouvre les mêmes xterm que Linus !!!
From torvalds@penguin.transmeta.com Sun Apr 28 02:09:28 2002
From: torvalds@penguin.transmeta.com (Linus Torvalds)
Newsgroups: comp.os.linux.x
Subject: Re: X font recommendation
Organization: Transmeta Corporation
Lines: 24
Message-ID: <aa4ijq$259$1@penguin.transmeta.com>
Cache-Post-Path: palladium.transmeta.com!unknown@penguin.transmeta.com
Date: Tue, 23 Apr 2002 21:10:18 +0000 (UTC)
X-Trace: news.sjc.globix.net 1019596253 63.209.4.196 (Tue, 23 Apr 2002 14:10:53 PDT)
NNTP-Posting-Date: Tue, 23 Apr 2002 14:10:53 PDT
In article <aa492r$7hc5u$2@ID-99293.news.dfncis.de>,
William Park <opengeometry@NOSPAM.yahoo.ca> wrote:
>Peter Karlsson <root@localhost.localdomain> wrote:
>> What's wrong with "fixed"? :-)
>>
>> xterm -sb -sl 10000 -fg yellow -bg black -geometry 120x40 -fn fixed -bc
>
>This will load the default 6x13 fonts, aka.
> -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
>A bit too small, though it has correct proportions. If there is bigger
>size (8x16, 10x20, 12x24) of that fonts, then that would be ideal.
If you like anti-aliased fonts, the command line I prefer happens to be
xterm -geometry 100x40 -fa andale:size=11:charwidth=6
I think that font is from the MS free fontpack.
In order for it to work for you, you need to have the anti-aliasing
truetype fonts working well, and probably a good monitor (and some
people _hate_ that rounded look from anti-aliasing, and find it fuzzy
even then).
Linus
# que d'émotion
Posté par JMVF . Évalué à -1.
je t'écris pour te dire que tout est finis entre nous. Je t'ai quité pour KDE et j'en avais oublié jusqu'à ton existance... ( et pourtant Dieu sait combien je t'ai aimé).
adieu
[^] # Re: que d'émotion
Posté par Dafatfab . Évalué à 2.
Alors comme ca, tu préferes une blonde silliconnée au lieu du charme naturel de ton ex-demoiselle ?
...
Reflechi bien...ce genre d'histroire d'amour, ca fini tjs bien et comme on dit, revient à ton 1er amour ! :)
[^] # Re: que d'émotion
Posté par dinomasque . Évalué à 2.
Quoique ... WindowMaker + xsnow c'est très chouette aussi :)
BeOS le faisait il y a 20 ans !
# .deb pour sarge ?
Posté par rictus (site web personnel) . Évalué à 1.
Ceci n'est pas un troll, j'aimerais juste savoir si wmaker fait partie des packages qui sont au stade "frozen" dans sarge.
Merci.
[^] # Re: .deb pour sarge ?
Posté par Geob-o-matic . Évalué à 1.
[^] # Re: .deb pour sarge ?
Posté par nicolassanchez . Évalué à 2.
Maintenant, snot-ce des nouvelle versions Debian, ou des nouvelles versions "tout court" ?
[^] # Re: .deb pour sarge ?
Posté par rictus (site web personnel) . Évalué à 2.
en fait, sarge comme prévu est à la bourre, seuls quelques paquets considérés comme le squelette sont actuellement gelés... (j'ai pas d'infos précises, mais il y a sans doute xfree, kde...), les mainteneurs étant quand même encouragés à ne plus faire évoluer les versions des autres packages, sauf pour bonne raison :)
Mais bon, vu que pour l'instant je ne vois pas encore de package wmaker 0.90 dans unstable, pour sarge, il risque de falloir attendre encore un petit moment.
Cependant, je pense que l'apparition de wmaker 0.90 dans sarge ne dépend pour l'instant que de son mainteneur debian... donc si quelqu'un connait ses intentions, l'info m'intéresse...
[^] # Re: .deb pour sarge ?
Posté par nicolassanchez . Évalué à 2.
wmaker 0.90 est sorti il y a deux jours !!!
Je pense qu'il faut quand-même attendre que le mainteneur se rende compte qu'il y a une nouvelle version :-)
[^] # Re: .deb pour sarge ?
Posté par rictus (site web personnel) . Évalué à 1.
bon, je sors...
Mais faut dire que je suis impatient... depuis le temps qu'on est en 0.80... !
[^] # Re: .deb pour sarge ?
Posté par Geob-o-matic . Évalué à 2.
[^] # Re: .deb pour sarge ?
Posté par Olivier Tétard (site web personnel) . Évalué à 2.
Pour unstable, il n'y a pas encore de paquets officiels, mais le mainteneur Debian de wmaker (Marcelo E. Magallon) a quand même quelques paquets en stock : http://people.debian.org/~mmagallo/wmaker/(...)
@+
# Themes
Posté par BORT Jean . Évalué à 5.
http://lonelymachines.org/wm_themes.html(...)
A+
Jean
[^] # Re: Themes
Posté par Encolpe DEGOUTE (site web personnel) . Évalué à 1.
http://themes.freshmeat.net/browse/918/(...)
J'ai réalisé des paquets debian d'une centaine de ces thèmes sous GPL. Dès que ma connexion est rétabli je le marquerai ici.
# Nouvelle version
Posté par BORT Jean . Évalué à 5.
* improved the Alt-Tab switching panel and made it themeable.
* improved NetWM support
* fixed more bugs
A+
Jean
[^] # Re: Nouvelle version
Posté par nicolassanchez . Évalué à 2.
Je pensais qu'on était reparti pour un an d'attente...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.