Cette version majeure apporte son lot de nouvelles fonctionnalités, avec principalement la réécriture complète de la configuration utilisateur qui est maintenant exportée sous forme d'une simple API en Lua. Cela permet de personnaliser son gestionnaire de fenêtres jusque dans ses moindres recoins.
Cette version est également basé sur XCB, une bibliothèque bas niveau permettant de communiquer avec le serveur X. Cela permet à awesome de se passer totalement de la vieillissante Xlib et d'être asynchrone : il est donc plus rapide que bon nombre de gestionnaire de fenêtres. L'utilisation de Pango améliore également le rendu des textes.
Aller plus loin
- awesome (200 clics)
- L'annonce sur la liste de diffusion (12 clics)
- XCB (30 clics)
- L'annonce de la version 2.0 sur linuxfr (39 clics)
# J'avais essayé
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
[^] # Re: J'avais essayé
Posté par Big Pete . Évalué à 9.
Faut pas gonfler Gérard Lambert quand il répare sa mobylette.
# Argh
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5.
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . Évalué à 3.
Bref ca évolue, et si vous voulez que ca arrive plus vite, un coup de main est le bienvenue.
Le code est d'ailleurs ultra-documenté et assez simple.
[^] # Re: Argh
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Il y a un truc fantastique avec Awesome, c'est que ça fait de très belles captures d'écran, très propres. Je ne peux pas en dire autant de mon wmii, malheureusement.
[^] # Re: Argh
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Argh
Posté par BohwaZ (site web personnel, Mastodon) . Évalué à 5.
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . Évalué à 3.
L'avantage de a3 c'est que c'est basé sur Lua: la syntaxe ne change pas (c'est un language).
L'API peut évoluer, mais il y aura toujours un tant d'adaptation: aucune fonction de la version N ne sera (dans la mesure du possible) retirer violemment de l'API, mais marquer comme « deprecated » dans la version N+1 et retirer en N+2.
[^] # Re: Argh
Posté par BohwaZ (site web personnel, Mastodon) . Évalué à 2.
Moi je veux juste utiliser mon window manager, une fois configuré, qu'il correspond à mes besoins je vois mal l'intérêt de me retaper la conf puisqu'elle ne bouge pas dans son utilisation...
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)
[^] # Re: Argh
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Arrivant d'Ion, je suis également un peu énervé par la gestion statique des tags et des vues, mais je n'ai pas encore bien compris comment ça fonctionnait, donc je vais prendre le temps de m'y mettre.
[^] # Re: Argh
Posté par Julien Danjou (site web personnel) . Évalué à 1.
[^] # Re: Argh
Posté par NickNolte . Évalué à 2.
Et les RC d'exemples ne sont pas claires et nécessite à un tas de scripts personnalisés.
Et puis dans awesome3, j'ai noté un petit soucis de rendu dans la barre principal quand les valeurs changent il y a de la persistence.
Si vous avez des rc propres et bien commenté, ça serait sympa de partager.
[^] # Re: Argh
Posté par peikk0 . Évalué à 3.
C'est plus ou moins commenté, mais c'est lisible en tout cas. Le code de mes widgets sont encore un peu bricolo par contre, mais j'y travaille...
Faut pas oublier d'installer luafilesystem aussi pour que ma config fonctionne :P
Aussi, je me cherche une lib mpd pour Lua, qui n'utilise pas de soft externe comme mpc ou netcat comme j'ai pu voir dans des confs ion3... mais je crois que je vais me coder ça avec luasocket au final. :)
Sinon perso au contraire je préfère nettement cette conf en Lua que celle en confuse d'awesome 2, parce que je peux faire mes fonctions direct dans la conf et non plus par des scripts externes, c'est plus propre et ça fait des process en moins. :)
[^] # Re: Argh
Posté par Mildred (site web personnel) . Évalué à 1.
Sinon, perso, j'utilise os.execute("mpc ...") et ça me convient. Je n'ai pas encore trouvé le temps de faire mieux, et je ne trouve pas ça si mal. De même avec le mixer audio: os.execute("amixer ...")
Mildred
[^] # Re: Argh
Posté par peikk0 . Évalué à 1.
Mais étant sur un laptop, je veux réduire au max l'utilisation de softs externes pour réduire les accès au hdd, donc en exploitant directement les fichiers "virtuels", sockets, etc. Enfin bref, avec luasocket ça devrait le faire :)
[^] # Re: Argh
Posté par SkyTux . Évalué à 1.
# XCB
Posté par patrick_g (site web personnel) . Évalué à 5.
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . Évalué à 5.
L'écart de perf est discutable: c'est largement mesurable au démarrage par exemple, mais
à l'utilisation quotidienne, c'est plus discutable, mais c'est quand même notable de mon point de vue.
Par contre, en tant que développeur, l'API est infiniment plus clair et propre que la Xlib, et rien que pour ca, ca vaut le coup.
[^] # Re: XCB
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . Évalué à 3.
Maintenant, il y a aussi beaucoup de cas où quand tu envoies une demande au serveur X, tu n'as rien à faire d'intéressant tant que tu n'as pas la réponse. Dans ce cas, il n'y a aucun gain en performance.
Il y a aussi possibilité de gagner beaucoup plus avec une application multi-threadé (ce qu'awesome n'est pas (mal)heuresement).
[^] # Re: XCB
Posté par dab . Évalué à 1.
Peux-tu approfondir sur le fait qu'il soit bon que awesome3 ne soit pas multi-threadé ?
[^] # Re: XCB
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 1.
[^] # Re: XCB
Posté par B16F4RV4RD1N . Évalué à 0.
cairo-xcb: conflicts with cairo
vu que beaucoup de paquets dépendent de cairo, je n'arrive pas à le retirer proprement pour mettre cairo-xcb à la place. Une astuce ? Je n'arrive pas à le forcer non plus.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: XCB
Posté par Ozz . Évalué à 3.
pacman -U cairo-xcb
c'est indiqué dans le message d'erreur...
[^] # Re: XCB
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: XCB
Posté par Julien Danjou (site web personnel) . Évalué à 2.
[^] # Re: XCB
Posté par ZeroHeure . Évalué à 1.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: XCB
Posté par ribwund . Évalué à 5.
Dans mon école y'avait des élèves qui avaient fait un WM XCB il y a 3 ans. À l'époque c'était très novateur (et puis du coup ils avaient un peu essuyé les plâtres vu que XCB était récent et pas forcément très testé).
http://home.gna.org/gfaim/
[^] # Re: XCB
Posté par Anonyme . Évalué à 7.
1) asynchrone. donc si une application est bien ecrite (donc il faut bien connaitre X), son temps de demarrage sera plus court. Le gestionnaire de fenetre sera plus reactif mais comme dit julien, ca ne se voit pas trop. Il m'avait dit qu'avec 200 fenetres, ca se voit :)
2) xcb est plus leger (les shared lib sont bien plus petites que xlib). Donc pour de l'embarque, c'est nickel
3) c'est thread safe. Xlib n'est pas thread safe, donc l'utilisation d'xlib dans des appli peut se reveler fastidieux (xine ou gstreamer par exemple). Ave xcb, beaucoup moins de problemes
4) l'utilisation de clients (applications) a travers un tunnel ssh est largement plus sympathique : temps de demarrage 5 fois plus court (sur ma machine) et reactivite beaucoup plus importante. Ca rejoint bien sur le point 1), dans la mesure ou executer une appli via ssh ralentit l'appli et donc les differences entre xlib et xcb se voient beaucoup plus.
5) par contre, xlib integre une quantite monstrueuse de petites fonctions qui ident le developpement. XCB essaie de pallier a ca avec un petit package (nome util), mais on est loin de xlib pour ca.
pour l'api, pareil que jullien
pour les appli / lib :
* xine a un support xcb
* les bibliotheques d'enlightenment (evas, par exemple, et bientot ecore)
* cairo
* xlib (dans xorg >= 7.2) utilise une sous-couche basee sur xcb. Ca n'est pas aussi puissant que xcb, mais c'est un debut
[^] # Re: XCB
Posté par Miguel Moquillon (site web personnel) . Évalué à 3.
C'est pour cette raison qu'il faut écrire plus d'instructions pour faire la même chose avec une ou deux fonctions de la Xlib.
Par contre, je pense que XCB n'est pas à utiliser comme tel par un développeur d'IHM. C'est aux toolkits (Gtk+, Qt, ...) d'encapsuler XCB, ce qui fait que le développeur n'aura alors pas à modifier son code existant et qu'il pourra toujours se concentrer sur son IHM et pas sur des détails techniques de bas niveau.
[^] # Re: XCB
Posté par ZeroHeure . Évalué à 7.
http://xcb.freedesktop.org/adoption/
C'est petit :
- Xlib itself has replaced Xtrans with XCB for the low-level transport layer
- The http://cairographics.org/ library has an experimental XCB backend.
- Vincent Torri has worked to port evas canvas component of http://www.enlightenment.org/ from Xlib to XCB.
- The recent MPX (multi-pointer) extension was prototyped using XCB.
- Work is ongoing to port selected default X apps from Xlib and Xt to XCB.
- awesome, a window manager, uses XCB instead of Xlib.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# A tester
Posté par lerat91 . Évalué à 2.
Ion3 me tentait vraiment beaucoup, mais sa licence me fait vraiment chier ... awesome m'a l'air très prometteur, je tenterai certainement ça.
:D
[^] # Re: A tester
Posté par dab . Évalué à 4.
Pour ceux que ça intéresse, le problème vient du fait que cette licence indique que le nom" ion" ne peut être utilisé par les distributions que si la version fournie ne diffère pas trop de la version upstream et n'est pas trop vieille ( 4 semaines )
Plus d'infos : http://modeemi.fi/~tuomov/ion/news/Down_with_the_distros.htm(...)
[^] # Re: A tester
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
# Je suis perdu avec X
Posté par Mes Zigues . Évalué à 3.
J'entends parler de X, X/Motif, Xorg, Xfree, enlightenment, KDE, GNOME...
Existe-t-il un endroit où se retrouver parmi tout ce foisonnement ou bien une bonne âme pour nous faire une explication limpide ?
[^] # Re: Je suis perdu avec X
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 7.
X.org : une implémentation libre d'X11, qui gère donc l'affichage sous GNU.
XFree86 : une ancienne implémentation libre d'X11, qui a été remplacée par X.org.
Motif, GTK+ et Qt : des bibliothèques d'éléments graphiques (menus, cases à cocher, ascenseurs…) utilisés par bon nombre de programmes. Seule une partie de GTK+ et Qt s'occupe de cela, ces deux bibliothèques offrant bien d'autres fonctions.
Enlightenment, KDE, GNOME, Xfce et bien d'autres : des environnements graphiques complets pour systèmes Un*x.
[^] # Re: Je suis perdu avec X
Posté par Anonyme . Évalué à 0.
xfree86 n'est pas vraiment une ancienne implementation. xorg est un fork de xfree86 et cette derniere continue d'etre developpee en parallele (mais pas beaucoup). La plupart des efforts se font sur xorg
[^] # Re: Je suis perdu avec X
Posté par bengo (site web personnel) . Évalué à 0.
Xorg est bien la couche graphique de beaucoup de systèmes GNU non ?
Remplacé par le Framebuffer Linux pour les systèmes embarqués.
[^] # Re: Je suis perdu avec X
Posté par Romeo . Évalué à 1.
Laisse les GNU dans leurs plaines.
[^] # Re: Je suis perdu avec X
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
Rectification, donc : X.org est un logiciel libre et l'implémentation d'X11 de référence. Il est utilisé sur la majorité des systèmes Un*x libres actuels.
[^] # Re: Je suis perdu avec X
Posté par Mildred (site web personnel) . Évalué à -2.
[^] # Re: Je suis perdu avec X
Posté par psychoslave__ (site web personnel) . Évalué à 2.
http://www.bddebian.com/~wiki/hurd/running/debian/
Où simplement :
apt[-get|itude] install crosshurd
[^] # Re: Je suis perdu avec X
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Je suis perdu avec X
Posté par Mes Zigues . Évalué à 2.
Je sais aussi que "Enlightenment, KDE, GNOME, Xfce et bien d'autres" sont basés sur des bibliothèques différentes.
Est-ce à dire qu'un programme peut ne pas fonctionner parce qu'il a été programmé avec une bibliothèque qui n'est pas la bibliothèque de l'environnement graphique que j'utilise ?
[^] # Re: Je suis perdu avec X
Posté par Anonyme . Évalué à 4.
c'est pareil avec n'importe quel autre gestionnaire de fenetres. Avec enlightenment, tu peux utiliser des applis utilisant gtk+ ou qt, avec metacity (le gestionnaire de fenetres de gnome), tu peux utiliser des applis utilisant les efl ou qt, etc... Le seul chose requise est la presence des bibliotheques partagees necessaires a l'appli en question.
pareil pour awesome.
[^] # Re: Je suis perdu avec X
Posté par Mes Zigues . Évalué à 2.
Qui installe les bibliothèque nécessaires à ce programme ?
[^] # Re: Je suis perdu avec X
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Je suis perdu avec X
Posté par Mildred (site web personnel) . Évalué à 3.
ldd /usr/bin/awesome
linux-gate.so.1 => (0xb8065000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb8021000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb8018000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7fda000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7f9f000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7f9c000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7ee6000)
libxcb-randr.so.0 => /usr/lib/libxcb-randr.so.0 (0xb7ee0000)
libxcb-xinerama.so.0 => /usr/lib/libxcb-xinerama.so.0 (0xb7edd000)
libxcb-aux.so.0 => /usr/lib/libxcb-aux.so.0 (0xb7eda000)
libxcb-keysyms.so.0 => /usr/lib/libxcb-keysyms.so.0 (0xb7ed7000)
libxcb-icccm.so.1 => /usr/lib/libxcb-icccm.so.1 (0xb7ed1000)
libxcb-atom.so.1 => /usr/lib/libxcb-atom.so.1 (0xb7ecd000)
libxcb-property.so.1 => /usr/lib/libxcb-property.so.1 (0xb7ecb000)
libxcb-event.so.1 => /usr/lib/libxcb-event.so.1 (0xb7ec9000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb7e60000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0xb7e5c000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb7e54000)
libev.so.3 => /usr/lib/libev.so.3 (0xb7e49000)
liblua.so => /usr/lib/liblua.so (0xb7e22000)
libm.so.6 => /lib/libm.so.6 (0xb7dfc000)
libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb7dc4000)
libImlib2.so.1 => /usr/lib/libImlib2.so.1 (0xb7d60000)
libc.so.6 => /lib/libc.so.6 (0xb7c1d000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7b2e000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb7b2b000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7b26000)
libdl.so.2 => /lib/libdl.so.2 (0xb7b22000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7afb000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7a76000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7a62000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7a37000)
libpcre.so.0 => /lib/libpcre.so.0 (0xb7a06000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb79de000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb79d6000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb79ad000)
librt.so.1 => /lib/librt.so.1 (0xb79a4000)
/lib/ld-linux.so.2 (0xb8066000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7996000)
libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7993000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7973000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb795b000)
# Le rendu de la police?
Posté par NickNolte . Évalué à 0.
Linux ne brille pas de ce côté là.
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Ah bon. Jamais remarqué de défaut, pour ma part, et le réglage par défaut d'Awesome est tout à fait agréable.
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à 1.
encore un nom à la con comme seul le libre sait en trouver! :)
As-tu jamais remarqué? Pose tes yeux sur un MacOSX, tu verras le gouffre.
Cela dit, pas besoin d'avoir ce système, j'avais déjà vu un xorg très bien configuré mais comment, je ne sais pas.
Les distros les plus répandues n'offrent cette qualité par défaut.
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
Déjà fait, je n'ai pas vu la différence. Ce qu'il me faudrait, c'est un comparatif avec images à la clef.
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à -10.
Je n'ai pas de macosx sous la patte, mais demain je pourrais!
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à 3.
Remarque toutefois qu'il n'y a pas besoin de ces polices non-libres, c'est vraiment un soucis de configuration.
[^] # Re: Le rendu de la police?
Posté par drakmaniso . Évalué à 4.
- est couvert par un brevet, et pendant longtemps, sur la plupart des distribs, la bibliothèque freetype était compilée sans son support (je ne sais pas si c'est encore le cas); c'était remplacé par un "autohinter".
- demande beaucoup de travail supplémentaire par rapport à une police vectorielle simple; il n'y a pas beaucoup de polices libres qui en soient équipées. Je pense que DejaVu ne l'est qu'en partie, les Liberation fonts de RedHat le sont, il y en a peut-être d'autre.
Note que tu peux choisir le degré de "hint" appliqué (sous gnome, c'est dans les réglages avancé des polices).
(hum... quelqu'un aurait une traduction parlante pour "hint"?)
[^] # Re: Le rendu de la police?
Posté par ZeroHeure . Évalué à 3.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Le rendu de la police?
Posté par psychoslave__ (site web personnel) . Évalué à 5.
Non mais cette page c'est un fake non?
Bon après tout les goûts sont dans la nature vous me direz.
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à 2.
Je signale que "Déjà Vu" est capable d'être rendue parfaitement sous Xorg.
Non mais cette page c'est un fake non?
Un fake, non, c'est souvent la configuration standard sur pas mal de distrib.
Que tu arrives à faire mieux, bravo, pourrais-tu faire part de ta config?
En tout cas, la capture de gauche est dégueux!
S'en rendre compte? Y a pleins de personnes qui possèdent une télé HD, sont impressionnés lorsqu'il matte un DVD SD, c'est dire!
[^] # Re: Le rendu de la police?
Posté par Romeo . Évalué à 3.
Désolé mais voici l'avis d'un novice : je prefere largement la capture de gauche à celle de droite. C'est bien plus agréable à l'oeil.
[^] # Re: Le rendu de la police?
Posté par 태 (site web personnel) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à 2.
Novice? si tu veux, mais entre une belle courbe nette (pas celle sur la capture de droite bien sûr!!!) et une coube baveuse (celle sur la capture de gauche surtout!!!), je choisie la nette.
Si tu lisais ce que j'écrivais, la police "Déjà Vu" est capable d'être rendue parfaitement sous Xorg de la "Xorg Foundation k'est libre" et de faire beaucoup mieux que sur la capture de gauche! Mais par défaut, ce n'est pas le cas!
Fait chier, j'ai l'impression que dés qu'il y a mention d'Apple ou de crosoft, vous perdez toute objectivité.
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5.
Non, au contraire, en ce qui me concerne, j'aimerais avoir des faits objectifs, justement. Je ne sais pas ce que vaut un affichage de MacOS X, je n'en ai pas sous la main. Je sais en revanche ce qu'affiche mon X.org sous Debian, et je trouve ça parfait, avec même de l'anti-crénelage sous-pixel. Bon, l'anticrénelage sous-pixel, j'ai du le demander dans une boîte de dialogue de GNOME, mais ça n'a rien de compliqué.
Donc tant qu'on ne m'aura pas présenté une vraie démonstration, pour moi, dire que le rendu des polices est moche sous GNU/Linux et beau sous MacOS X, ce n'est rien d'autre que du FUD.
[^] # Re: Le rendu de la police?
Posté par tiot (site web personnel) . Évalué à 9.
À gauche nous avons un firefox sous debian linux (configuration par défaut) et à droite nous avons un firefox sous Mac OS X. Il y a une différence de résolution entre les deux écrans mais ça ne gène pas trop.
Je laisse les linuxiens jugés de la supériorité des caractères flous de Mac OS X. Personnelement je préfère largement le rendu par défaut de debian. Après je peux peut-être avoir mieux mais je ne me suis jamais penché dedans.
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Le rendu de la police?
Posté par Romeo . Évalué à 5.
Sous GNU ? C'est pas xorg / cairo et tout le reste qui s'occupe du rendu ? Qu'est ce que vient faire les outils GNU ici ?
[^] # Re: Le rendu de la police?
Posté par NickNolte . Évalué à 0.
Je rappellé 3 fois que Xorg en était capable! mais que la config par défaut ne satisfait pas dans tous les cas!!! (4 fois maintenant!!)
Enfin...
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par tiot (site web personnel) . Évalué à 6.
Cela dit, pas besoin d'avoir ce système, j'avais déjà vu un xorg très bien configuré mais comment, je ne sais pas.
Les distros les plus répandues n'offrent cette qualité par défaut.
En gros tu dis que par défaut la configuration de Mac OS X est bien meilleur. J'ai pris une photo d'écran de DLFP avec debian configuré par défaut et Mac OS X configuré par défaut.
On voit clairement que le rendu de Mac OS X est flou.
crispés à la seule lecture de Apple
Quand on FUD pour dire que Mac OS X est supérieur à X.org alors oui, ça crispe.
[^] # Re: Le rendu de la police?
Posté par CrEv (site web personnel) . Évalué à 1.
Car avec des polices différentes ça devient difficile de comparer objectivement ...
Maintenant, pour ma part je trouve la capture de gauche plus mauvaise, on voit très bien que les lettres sont trop fines, les lettres sont trop espacées.
Sur la droite, les polices sont peut-être un peu plus "baveuses", moins nettes, mais aussi moins crénélées (bon faudrait aussi voir avec la même résolution pour avoir une vrai comparaison...)
Le truc c'est que mac a un objectif légèrement différent (en tout cas pour les softs d'édition, et pour avoir bossé un peu dans le domaine - journaux - le problème est très sérieux) : le but est d'avoir un rendu très proche entre celui de l'écran et la sortie impression, ce qui n'est pas toujours le cas sur les autres systèmes, calibration des écrans, gestion des polices, etc.
Ca peut expliquer en partie les différences qu'on a visuellement.
Maintenant, je ne trouve pas pour autant que le rendu sous X soit mauvais, mais ils ne sont pas pareils, n'ont pas spécialement les même objectifs, et dire que l'un est "bien meilleur" que l'autre serait à mon avis une erreur.
Et je fini vite fait avec l'histoire des polices différentes. Si on a pas la même police sur les deux systèmes, il est quasiment impossible de critiquer quoi que ce soit, les polices ayant des paramètres différents (Tracking_(typography), kerning, etc). Ce qu'il faudrait comparer c'est le rendu d'un même texte avec la même police, histoire de voir si tous les systèmes lisent les même paramètres et les implémentent bien. Ca serait à mon avis un bon début (mais désolé j'ai pas de mac sous la main...)
[^] # Re: Le rendu de la police?
Posté par BAud (site web personnel) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par CrEv (site web personnel) . Évalué à 1.
mais si ça intéresse réellement quelqu'un, voici un lien pas mal : http://www.howardesign.com/exp/compare/
On voit tout de suite la différence entre les rendus, mais pour le comprendre faut aller un peu plus loin que 2 captures sur 2 systèmes avec des polices différentes et chercher un peu pourquoi...
Mais je reste surtout sur le fait que le meilleur système est pour moi celui qui aura le rendu le plus proche ... des spécifications de la police...
[^] # Re: Le rendu de la police?
Posté par psychoslave__ (site web personnel) . Évalué à 4.
[^] # Re: Le rendu de la police?
Posté par CrEv (site web personnel) . Évalué à 1.
Et sur le rendu par défaut (puisque les raisons te semble tellement peu intéressantes) :
> Maintenant, pour ma part je trouve la capture de gauche plus mauvaise, on voit très bien que les lettres sont trop fines, les lettres sont trop espacées.
Mais c'est vrai, j'aurais juste du mettre cette phrase, et pas le reste histoire d'expliquer pourquoi c'est différent (et si sur mon système j'ai comme police par défaut une autre police, j'en fait quoi de ta comparaison foireuse ?)
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Tu installes Debian. ;-)
Non, sérieusement, je vois mal quelle police pourrait remplacer les DejaVu ou Bistream Vera comme choix par défaut.
[^] # Re: Le rendu de la police?
Posté par CrEv (site web personnel) . Évalué à 1.
Et en regardant un peu plus, DejaVu Sans et Bistream Vera Sans ne me plaisent pas du tout, beaucoup trop d'espace entre les lettres entre autre.
Mais bon, ce à quoi je voulais en venir, c'est qu'on peut aimer ou non un paramètrage par défaut (de police, de rendu, ...) mais on ne peut pas en déduire que le système est mieux (X mieux que le système équivalent sous mac - non pas que je mette l'un au dessus de l'autre)
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Le rendu de la police?
Posté par CrEv (site web personnel) . Évalué à 2.
Et si c'est le réglage par défaut... (mandriva 2008.1 + kde4.1, ok + 1 paquet d'autres polices, y compris windows)
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par Romeo . Évalué à 1.
[^] # Re: Le rendu de la police?
Posté par Yusei (Mastodon) . Évalué à 3.
[^] # Re: Le rendu de la police?
Posté par reno . Évalué à 3.
- pour les fontes 'normale' la différence entre les police polies et les police affutées est juste une affaire de gouts: les deux sont différents mais l'un n'est pas supérieur a l'autre.
- l'italique des fontes affutée est *horrible*
- le mode gras des fontes affutées est mieux que celui des fontes polies.
Donc au final, je prefere les polices polies: je ne supporterai de voir de l'italique affutée sur mon écran..
[^] # Re: Le rendu de la police?
Posté par reno . Évalué à 2.
[^] # Re: Le rendu de la police?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Le rendu de la police?
Posté par loufoque . Évalué à 1.
# Par rapport à xmonad?
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Par rapport à xmonad?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Erreur d'analyse : oxymore détectée. Non que Haskell soit compliqué, je n'en sais rien, je n'ai pas essayé, mais apprendre le Haskell, ce n'est pas ce que j'appelle simple, quand il s'agit de configurer un gestionnaire de fenêtres.
Ah, on me souffle que c'est pareil pour Awesome, moyennant s/Haskell/Lua/. Enfin, le fichier de configuration d'Awesome est très compréhensible, et tant qu'on ne veut pas trop personnaliser, ça reste simple.
[^] # Re: Par rapport à xmonad?
Posté par Guillaume Knispel . Évalué à 5.
[^] # Re: Par rapport à xmonad?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Par rapport à xmonad?
Posté par mrlem (site web personnel) . Évalué à 1.
[^] # Re: Par rapport à xmonad?
Posté par benoar . Évalué à 2.
Extraits de du code de Xmonad (Config.hs), qui est typé, donc ça fait une ligne de code en plus à chaque fois mais au moins on est sûr que c'est bon puisque le compilo le vérifie (oui, faut le recompiler ...) :
defaultModMask :: KeyMask
defaultModMask = mod1Mask
normalBorderColor :: String
normalBorderColor = "gray" -- "#dddddd"
manageHook :: ManageHook
manageHook = composeAll
[ className =? "MPlayer" --> doFloat
, className =? "Gimp" --> doFloat ]
layout = tiled ||| Mirror tiled ||| Full
where
tiled = Tall nmaster delta ratio
nmaster = 1
ratio = 1/2
delta = 3/100
terminal :: String
terminal = "xterm"
focusFollowsMouse :: Bool
focusFollowsMouse = True
keys :: XConfig Layout -> M.Map (KeyMask, KeySym) (X ())
keys conf@(XConfig {XMonad.modMask = modMask}) = M.fromList $
[ ((modMask .|. shiftMask, xK_Return), spawn $ XMonad.terminal conf) -- %! Launch terminal
, ((modMask, xK_p ), spawn "exe=`dmenu_path | dmenu` && eval \"exec $exe\"") -- %! Launch dmenu
, ((modMask .|. shiftMask, xK_p ), spawn "gmrun") -- %! Launch gmrun
, ((modMask .|. shiftMask, xK_c ), kill) -- %! Close the focused window
J'ai même enlevé les commentaires, mais je pense que ça reste lisible et compréhensible.
[^] # Re: Par rapport à xmonad?
Posté par Sarcastic . Évalué à 2.
Ça fait un bout de temps (Xmonad 0.5 il me semble) qu'on fait plus la configuration dans Config.hs mais dans xmonad.hs, qui est recompilé automatiquement au redémarrage de XMonad si un changement est détecté (Et vu qu'on peut forcer le redémarrage de XMonad avec une séquence de touche, sans redémarrer X, ben c'est génial pour faire des changements de config à la volée).
[^] # Re: Par rapport à xmonad?
Posté par Sarcastic . Évalué à 1.
[^] # Re: Par rapport à xmonad?
Posté par benoar . Évalué à 2.
# nb_users++
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 1.
nb_users_wmii-- ;
nb_users_awesome++ ;
[^] # Re: nb_users++
Posté par Guillaume Knispel . Évalué à 10.
[^] # Re: nb_users++
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
import Control.Monad.State
update = print . execState (modify (\(wmii,awesome)->(wmii-1,awesome+1)))
Un truc comme ça...
# tabulous
Posté par pikapika . Évalué à 3.
mais impossible de trouver de la doc dessus.
je cherche a changer de ion3, mais j'ai pas trouvé de tiled wm en mode tabbing qui le fasse simplement (la config de xmonad est vraiment trop obscure pour un non codeur)
[^] # Re: tabulous
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
- Mod4 + Contrôle + y : place la fenêtre suivante dans un onglet avec la fenêtre sélectionnée ;
- Mod4 + Maj + y : retire la fenêtre sélectionnée d'un groupe d'onglets ;
- Mod4 + y : sélectionne la fenêtre suivante d'un groupe d'onglets.
[^] # Re: tabulous
Posté par pikapika . Évalué à 1.
je crois que mon changement de wm est pas encore gagné :-)
[^] # Re: tabulous
Posté par hocwp (site web personnel) . Évalué à 1.
http://common-lisp.net/project/clfswm/
[^] # Re: tabulous
Posté par Xavier Maillard . Évalué à 0.
Faudrait que je le reinstalle sur mon eeepc flambant neuf.
[^] # Re: tabulous
Posté par pikapika . Évalué à 1.
tu veux pas le proposer comme paquet debian ? ;-)
[^] # Re: tabulous
Posté par hocwp (site web personnel) . Évalué à 2.
En particulier les cadres peuvent contenir des fenêtres avec des positionnements aux choix (les unes derrière les autres comme dans ion, tiled, ...) mais aussi d'autres cadres.
Bon je ne m'étale pas plus puisqu'une nouvelle version est prévue dans peu de temps et ce sera plus l'endroit pour les détails.
Je vais voir pour le paquet debian :)
[^] # Re: tabulous
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: tabulous
Posté par pikapika . Évalué à 1.
[^] # Re: tabulous
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Qu'est-ce que ça veut dire ?
[^] # Re: tabulous
Posté par pikapika . Évalué à 1.
# Xmonad et awesome.
Posté par Miguel Moquillon (site web personnel) . Évalué à 1.
Ce que j'aime bien de cet environnement est sa légèreté, sa facilité de conf (même si on ne connaît pas trop Haskell), et le tiling. Ha et aussi qu'il est écrit en Haskell, un langage de de haut niveau et de qualité, ce qui permet des évolutions et des corrections de bogues rapides et d'écrire soit même rapidement des choses (la contre partie est la courbe d'apprentissage de haskell).
Sinon, il m'a fait découvrir le syst. de tags et je trouve ça vachement sympa ; dommage que je n'ai pas encore trouvé comme attribuer un tag à une fenêtre applicative précise au démarrage de celle-ci.
J'ai remarqué que le système de tag semble plus intégré et abouti dans awesome. Faudra que je l'essai un jour. Dommage qu'il soit écrit tout en C (mais comme il propose un framework de dév, il propose probablement des fonctions de haut niveau pour s'abstraire de détails trop techniques (comme la gestion de la mémoire par exemple)).
[^] # Re: Xmonad et awesome.
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Pour attribuer un tag à une application lors de son lancement, il y a ce qu'il faut dans le fichier de configuration par défaut… Enfin, c'est codé en C, mais de façon à être accessible en Lua.
[^] # Re: Xmonad et awesome.
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
[^] # Re: Xmonad et awesome.
Posté par Sarcastic . Évalué à 1.
myManageHook = composeAll [ className =? "Claws-mail" --> doF (W.shift "2:mail")]
(Le className se trouve avec xprop)
Et avec XMonad.Actions.CopyWindow on peut duppliquer une fenêtre sur plusieurs tags.
Après, les tags dynamiques, faut voir du côté de XMonad.Actions.DynamicWorkspaces, je crois.
[^] # Re: Xmonad et awesome.
Posté par Miguel Moquillon (site web personnel) . Évalué à 1.
Je le fais aussi. Ce que j'aimerai, c'est de pouvoir aussi taguer la fenêtre (extension XMonad.Actions.TagWindows).
Sinon, pour déplacer la fenêtre, au lieu de
doF (W.shift "2:mail")
tu peux écrire aussi :
doShift "mail"
# Pas mal
Posté par Xavier Maillard . Évalué à 1.
J'ai testé et ... pas convaincu que ce WM soit mieux ou moins bien que la concurrence (ion, dwm stumpwm, clfswm, xmonad etc.).
J'aimerais vraiment qu'on me donne l'argument massue qui va bien parce que pour le moment, c'est tout ce qu'il y a de plus classique pour moi.
Autre chose, est-ce qu'il y a de vrais exemples d'extensions Lua pour awesome (autre que les bind de touches ou les appels a mpd) ?
Perso, je ne troquerais pas mon CLFSWM pour awesome qui est certes, un bon WM, mais qui n'apporte rien de plus que les concurrents n'ont deja.
Je vais rester avec awesome pour les prochaines semaines (je n'ai rien d'autre pour le moment ;)), peut-être que je vais m'y faire.
[^] # Re: Pas mal
Posté par Julien Danjou (site web personnel) . Évalué à 1.
C'est sur le wiki.
[^] # Re: Pas mal
Posté par Julien Danjou (site web personnel) . Évalué à 1.
i.e. fait un tour sur Luaforge et tu peux utiliser n'importe quoi, donc tu peux controler awesome via un serveur web en Lua par exemple. ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.