À force d'en parler dans mes commentaires, j'ai décidé d'en faire un journal.
Voilà je voudrais faire découvrir ion à ce qui ne connaisse pas et avoir des retours des utilisateurs.
Ion est gestionnaire de fenêtre un peu particulier. Contrairement à la majorité des gestionnaires de fenêtres, les fenêtres ne sont pas des cadres que l'on peut déplacer sur un bureau, mais le bureau se sépare en plusieurs cadres qui peuvent êtres à leur tour divisé etc. Un peu comme screen en console.
Le problème de ce gestionnaire de fenêtre est qu'il a vraiment la réputation d'être un gestionnaire pour geek qui ne va l'utiliser que pour afficher x terminaux dans X (elle est bonne celle-là). Même si j'utilise assez souvent la console, ce n'est pas du tout pour ça que je le trouve avantageux, et mon frère par exemple, qui utilise très peu la console (il n'a jamais vraiment appris à s'en servir) s'y est complètement adapté en une semaine et n'utilise plus que ça.
Pour vous montrer l'utilisation que l'on peut en faire, j'ai pris des captures d'écran de mes bureaux.
Bureau 1
http://seginus2.free.fr/ion3/b1.png
mon bureau principal, avec un cadre principal, à gauche, ma zone jabber séparé en
deux.
Bureau 2
http://seginus2.free.fr/ion3/b2.png
bureau que j'utilise pour qemu ou vncviewer
Bureau 3
http://seginus2.free.fr/ion3/b2.png
bureau spécialement créé pour gimp. toutes les fenêtres s'ouvre
automatiquement dans le bon cadre
Bureau 4
http://seginus2.free.fr/ion3/b2.png
pareil pour cinelerra
un raccourcis clavier permet de mettre n'importe quelle cadre en plein écran
http://seginus2.free.fr/ion3/full.png
L'inconvénient de ce gestionnaire est que la documentation est actuellement assez mince (surtout en français) si ce n'est cette page :
http://dev.nozav.org/intro_ion.html
Il se configure en utilisant le langage de programmation Lua dont je ne peux pas trop parler.
Cependant, une configuration "basique" est assez simple et dans le style de fvwm.
Voilà, je pense que c'est un gestionnaire de fenêtre à essayer, a l'ergonomie qui change de l'habituel mais qui n'est pas réservé au Geek. La version stable est ion2 et la version de développement (que j'utilise) est ion3 (il est cependant très stable).
le site officiel :
http://www.modeemi.fi/~tuomov/ion/
Voilà mon expérience personnelle de ce gestionnaire que j'utilise depuis plus d'un an.
J'aimerai donc aussi des retours d'expériences pour les utilisateurs l'utilisant déjà.
Par exemple, au niveau configuration, jusqu'où êtes-vous allez ?
Personnellement, ma personnalisation c'est bornée à avoir une grande quantité de raccourcis clavier, 4 bureaux préconfigurés avec les tout les cadres nommés ce qui permet d'avoir les fenêtres qui s'ouvre directement au bon endroit.
En effet, on peu demander à une fenêtre suivant certain critères (par exemple le titre, la classe...) de s'ouvrir dans un cadre particulier.
Voilà j'espère que ce journal donnera envie de tester ce gestionnaire de fenêtre un peu déroutant les premières minutes voir heures d'utilisations mais si pratique à l'usage quotidien et qui offre un vrai gain de place.
Journal Ion
2
sept.
2006
# bureaux
Posté par FabienC . Évalué à 7.
http://seginus2.free.fr/ion3/b3.png
http://seginus2.free.fr/ion3/b4.png
[^] # Re: bureaux
Posté par seginus . Évalué à 2.
honte à moi...
# ratpoison
Posté par lndark . Évalué à 2.
c'est sympa, c'est pas lourd, faudra que j'essaie, le jour ou je retournerai sous debian
un ptit retour aux sources ca va faire du bien (debian (etch ou sid) + e16) et je prendrai le temps de tester ion et ratpoison
[^] # Re: ratpoison
Posté par seginus . Évalué à 2.
Il est je crois plus encore plus légé, mais je dirais qu'il me permettait de faire moins de chose. Peut-être encore plus adapté pour ceux qui s'en servent vraiment comme d'un screen, mais mon utilisation étant majoritairement graphique, il était je trouve moins adapté (mais j'avoue lui avoir moins donné sa chance).
# Très bien, mais impossible chez moi...
Posté par André Rodier . Évalué à 3.
Toutefois, sur ma distribution, je n'ai jamais réussi à reconfigurer les racourcis claviers.
Les racourcis claviers des applications que j'utilise le plus entrent en conflit avec ceux de ION, et c'était vraiment contraignant.
Entre autre j'ai pris l'habitude d'utiliser énormément screen, gvim et mc, parce ça me va bien.
Par exemple, F5 et F6 sous mc servent à copier et déplacer des fichiers.
Mais avec ION, F5 et F6 déclenchent une invite pour éditer ou voir un fichier.
Sous ION, le racourci clavier qui indique à ION d'ignorer la touche suivante est, par défaut chez moi, Alt+K puis Q.
Donc, chaque fois que je voulais copier un fichier avec mc, je devais taper Alt+K,Q,F5.
Très pénible...
Idem avec le menu 'tampons' de gvim, accessible par Alt+t. Avec ION, je devais faire Alt+K,Q,Alt+t
J'avais trouvé une petite modification à rajouter dans le fichier de configuration, mais ça me faisait planter ION au démarrage, ce qui fait que je ne pouvais pas l'utiliser...
J'ai abandonné, avec regret je dois dire.
D'une manière générale, je trouve que les racourcis claviers dans ce genre d'applications pas assez « pensés ».
Voilà.
[^] # Re: Très bien, mais impossible chez moi...
Posté par seginus . Évalué à 5.
La solution que j'ai utilisé est de configure
META="Mod4+" (par défault ALT, remplace par la touche "windows")
ALTMETA="Shift+" (par défaut vide)
résultat :
Les raccoucis ne sont plus alt+machin mais touche windows + machin (presque jamais utilisé)
Les raccourcis F1, F2 etc... deviennent Maj-F1, Maj-F2...
Juste ces de petites lignes à ajouter et tout les conflit disparaissent
J'avoue par contre que c'est vrai que cette configuration par défaut est très envahissante.
[^] # Re: Très bien, mais impossible chez moi...
Posté par B16F4RV4RD1N . Évalué à 2.
Et ce qui me sauve aussi c'est ta modification du comportement par défaut, je ne comprends pas qu'ils puissent avoir mis des commandes aussi intrusives !
Franchement apprendre nouveau terminal = shift+f2 au lieu de f2 cela n'est pas plus difficile, et bien plus pratique vu que la plupart des logiciels existants utilisent déjà une partie des raccoucis définis par ion.
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: Très bien, mais impossible chez moi...
Posté par micha_mosk . Évalué à 4.
# Question bête
Posté par Uld (site web personnel) . Évalué à 2.
[^] # Re: Question bête
Posté par seginus . Évalué à 2.
Sur wikipedia, la page thibault existe aussi.
Cependant, si tu cherches thibaud (encore une autre orthographe existante), tu seras redirigé vers Thibaut.
L'orthographe du calendrier est Thibaut sans "l".
Mais je comprend ton étonnement, tout le monde veut toujours mettre un l.
[^] # Re: Question bête
Posté par Pierre6020 . Évalué à 4.
J'aurais appris deux choses aujourd'hui, quel baunheur (hé oui) !
# J'ai (très) longtemps utilisé
Posté par Xavier Maillard . Évalué à 4.
Ion n'a cessé de s'améliorer au fil du temps et des nouvelles versions. Quand on a connu la première mouture, on peut se dire que le chemin vers la perfection a été long et difficile. Aujourd'hui, avec Ion3 (en beta), je pense qu'on peut sans vergogne dire que le projet a atteint tous les objectifs fixés au départ. Le concept assez révolutionnaire de l'époque s'est imposé chez des WM concurrents, et c'est Bien(gpl).
Pourtant, comme je le disais plus haut, aujourd'hui je n'utilise quasiment plus Ion3. Pas que je ne l'aime pas mais j'ai toujours été réticent à refaire ma configuration à chaque sortie de version (à une époque, le format du fichier changeait quasiment à chaque fois). Quand on a utilisé le bouzin pendant des années, la configuration est aux petits oignons et la refaire dans le nouveau format ne m'a jamais vraiment motivé. Du coup, arrivé à Ion3, j'ai dû me plier à l'idée qu'il fallait utiliser la configuration par défaut. Et là, les choses sont beaucoup moins idylliques qu'il n'y parait:
1. conflit dans les raccourcis claviers
2. lua (j'ai jamais pu le piffrer celui là)
Bref, c'est pas facile à utiliser sans se taper un minimum de configuration.
Pour moi Ion3 est un excellent logiciel, complet et qui n'a rien à envier aux autres mais il faut une configuration bien personnalisée.
Aujourd'hui, j'utilise un autre bébé cousin de Ion et petit frère de ratpoison: stumpwm. C'est en gros ratpoison écrit en Common Lisp avec tous les avantages que cela comporte pour celui qui connait ce langage. C'est un pur régal même si du même coup j'ai perdu pas mal de fonctionnalités que j'adorais sous Ion (SP, notify, ...)
Bref, je recommande à quiconque veut découvrir un environnement graphique un peu déroutant d'au moins franchir le cap du "beurk c'est moche". Ce genre d'outil est un vrai régal à utiliser au quotidien et ce n'est que du confort. De plus passer la prise en main délicate (deux ou trois jours au plus), on découvre une nouvelle façon de s'organiser et d'orgnaiser son bureau. Vraiment, c'est un pur bonheur.
Pour ceux qui veulent un truc plus "simple" et sans aucune fioriture, ils leur restent ratpoison ou stumpwm (attention tres alpha pour le momen).
[^] # Re: J'ai (très) longtemps utilisé
Posté par Krunch (site web personnel) . Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 2.
Cependant, pour l'usage que je voulais en faire, je l'ai trouvé trop limité et pas pratique à l'usage. J'utilise beaucoup d'interface graphique, je ne cherchais pas un screen pour X. (par exemple, si -
J'en suis venu à ion3 parce que c'est celui ou je me suis adapté le plus vite. Ensuite, j'ai trouvé asser rapidement dans la doc ce qui me fallait pour personnalisé un peu la chose (création de raccourcis et clavier et les "targets" pour que les fenêtres s'ouvrent dans les bons cadres).
Cependant, je ne le trouve pas encore parfait, et j'aimerai voir certaine chose :
Pouvoir nommé de la même façon des frames sur 2 bureaux différents qui permettrait :
. de façon général par exemple que si j'ouvre un terminal, qu'il souvre dans la frame "term" du bureau courant (parce qu'actuellement, si je suis sur le bureau 2 que j'ouvre un terminal lié à term, il s'ouvrirait sur le bureau 1 (c'est pour cela que le terminal n'est lié à rien chez moi)
. et que si la fenêtre possédait un certain attribut, lorsque l'on change de bureau, ce qui est sur une frame se retrouve sur son homonyme sur l'autre bureau. (pratique pour gkrellm, ça m'éviterai de devoir lancer plusieurs instances).
Ceci est peut-être déjà possible en configurant, mais je n'ai pas encore réussi à pousser plus loin la configuration (manque de motivation pour me lancer dans le manuel complet de programmation en lua).
Donc si des connaisseurs ont la réponse à mes questions, ce serait avec grand plaisir.
Pour ce qui est des autres gestionnaires :
. StumpWM, je n'ai pas réussi à l'utiliser, mais je pense qu'il n'a d'intérêt surtout pour ce qui connaissent déjà Lisp.
. wmii, je l'ai installer hier, je vais sans doute le tester un peu plus.
Si tu possèdes des liens utiles ou si tu pouvais faire un petit descriptif un peu plus poussé, je t'en serais reconnaissant.
en l'installant sur ma gentoo, j'ai vu qu'il y avait un useflag "python". Peut-on le programmer dans se language ? ce serait un plus pour moi.
Je vais déjà regarder la doc de ton lien, mais si par bonheur, tu as la connaissance d'une page de présentation rapide comme celle qui existe pour ion, ce serait super.
Car c'est je trouve ce qui manque le plus à ces gestionnaires : des docs simples de présentation, surtout en français (j'aurais aimé que la doc que j'ai cité en lien existe déjà quand j'ai commencé sur ion, ça m'aurait bien aidé).
[^] # Re: J'ai (très) longtemps utilisé
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Regarder de toute urgence du côté du scratchpad (une frame commune à tous les bureaux, « par dessus », qu'on appelle et qu'on masque avec un raccourcis clavier).
> (pratique pour gkrellm, ça m'éviterai de devoir lancer plusieurs instances).
Damned, c'est le dock qu'il te faut alors.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 2.
> Regarder de toute urgence du côté du scratchpad
Je connais scratchpad, mais ce n'est pas ce que je recherche.
En effet, scratchpad est une fenêtre que l'on peu ouvrir rapidement et qui se place par-dessus les autres fenêtres.
Moi je veux un cadre normal qui reste en permanence mais qui fasse en "stick" des applications qui sont dans le cadre homonyme d'un autre bureau (avec éventuellement un attribut supplémentaire).
Le scratchpad est bien pratique, et je l'utilise pour les fenêtre que je trouve "agressive" style popup. Un exemple est la fenêtre de download de firefox. Je la trouve plus que soûlante, et je l'envoie directement dans le scratchpad. Et si je veux voire ou ça en n'est meta-espace et c'est bon.
Je l'utilisais aussi sur gimp à la place de la frame du bas que j'utilise pour tout ce qui est boite de dialogue (ça permet d'avoir plus de place pour l'image).
Voilà, c'est un truc très utile (qui est apparu sur ion3, nous n'y aurai pas accès avec ion2) mais pas pour ce que je veux faire.
> Damned, c'est le dock qu'il te faut alors.
Là, c'est possible, j'avais vu le dock, mais c'est je crois uniquement pour les docs de windowmaker, que je pense moins optimiser que gkrellm niveau affichage / place.
Cependant, j'y jetterais peut-être un oeil. Peut-on l'afficher verticalement ?
Je viens d'ailleurs de remarque que la page de documentation en français a été il me semble, mise à jour.
Je vais retourner regarder ça.
[^] # Re: J'ai (très) longtemps utilisé
Posté par RG_ . Évalué à 1.
dopath("mod_grammaire")
:-)
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 1.
oui, j'ai honte ;-)
[^] # [HS] Re: J'ai (très) longtemps utilisé
Posté par dawar (site web personnel) . Évalué à 2.
Voila, oui, c'est HS, mais moi aussi je deteste le popup de téléchagement firefox :)
[^] # Re: J'ai (très) longtemps utilisé
Posté par Xavier Maillard . Évalué à 1.
Juste une remarque avant de commencer à répondre. Lorsqu'on se lance dans une aventure comme celle de Ion3, il faut vraiment se donner la peine de lire la documentation fournie. C'est normalement valable et applicable pour tout mais c'est un truc que je trouve lourd de poser des questions basique de configuration lorsqu'on est sûr que cela fait partie du manuel utilisateur.
Sinon pour l'affichage du dock:
-- Create a dock
mod_dock.create{
-- Dock mode: embedded|floating
mode="floating",
-- The screen to create the dock on
screen=0,
-- Corner or side of the screen to place the dock on.
-- For embedded dock the valid values are: tl|tr|bl|br
-- For floating dock the following are also valid: tc|bc|ml|mc|mr
pos="tr",
-- Growth direction: left|right|up|down
grow="down",
-- Whether new dockapps should be added automatically to this dock
is_auto=true,
-- Show floating dock initially?
floating_hidden=false,
-- Name of the dock
name="*dock*",
}
Ça fait partie du fichier de base je pense. Après il faut vraiment te reporter dans la documentation pour savoir ce que chaque paramètre recouvre. En l'occurence, là le mien est à droite et en haut.. Chaque dock sera ajouté "en bas" du dock (le dock va en descendant).
Voili voilou.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 2.
Le « problème » des gestionnaires comme ion, c'est que la documentation est en fait celle d'un langage de programmation (comme pour fvwm et d'autre aussi).
Donc je pense que comme la majorité des gens, lorsque l'on utilise une telle interface, c'est d'abords de rechercher des documentations « abordables » permettant d'utiliser assez rapidement l'interface, et si ensuite on est vraiment embalé, s'embarqué vraiment dans la lecture de la documentation plus poussé (mais bon, généralement en piochant un peu par ci par là).
Je l'avais fait pour fvwm de façon superficiel, et c'est vrai que ça permettait de faire plein de choses.
Donc, la documentation plus poussé, je compte m'y mettre, mais pour ce genre d'interface, lire la doc revient a apprendre un nouveau langage (et là en ce moment, je suis en train de m'occuper du cas de python).
Bon après, ma question était assez basique, et je suis sur que j'aurais trouvé rapidement (et encore ce n'est pas évident), mais suivant la réponse, j'aurais laissé tombé la chose.
Et la doc de ion n'est pas très évidente a aborder non plus, surtout que j'ai un niveau d'anglais qu'on pourait qualifier de français.
[^] # Re: J'ai (très) longtemps utilisé
Posté par Xavier Maillard . Évalué à 1.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 2.
PS : on avait déjà parlé de ion sur un autre journal. J'ai essayer ton PaneWS dont tu m'avais fait la pub avec la vidéo dont tu a remis le lien je crois.
Ça m'a fait un peu penser à wmii que j'ai testé tout à l'heure.
Cependant, je préfère organiser moi-même mon bureau. Ça demande un peu plus de temps à mettre en place, mais après, on sait directement qu'est-ce qui va s'ouvrir où.
[^] # Re: J'ai (très) longtemps utilisé
Posté par Xavier Maillard . Évalué à 1.
[^] # Re: J'ai (très) longtemps utilisé
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
En l'occurence, gkrellm se lance directement dans le dock. Chez moi, il est en haut à droite et grandi vers le bas. Quand il me saoule, <touche-win>-d et il disparait, et la même chose pour le faire réapparaitre.
Avec ce fichier de config, c'est encore mieux :
http://www.modeemi.fi/~tuomov/repos/ion-scripts-3/scripts/cf(...)
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . Évalué à 2.
Je viens d'y trouver mon bonheur, merci
(mais je pense que mon idée serait intéressante, ça permettrai de faire plusieurs zones).
Je vais peut-être finir par regarder un peu plus la doc de Lua en fin de compte parce que je suis persudé que c'est faisable.
[^] # Re: J'ai (très) longtemps utilisé
Posté par nonas . Évalué à 2.
Ainsi on ne retrouve pas les différents mode de prise de contrôle à distance de wmii à travers des services de Plan9. (j'ai jamais vraiment compris tout ça ^^)
[^] # Re: J'ai (très) longtemps utilisé
Posté par Antoine J. . Évalué à 2.
La prise en main est rapide (quelques raccourcis clavier (faciles à reconfigurer au besoin) à apprendre).
Le système des tags (qui existe aussi dans wmii à partir de la version 3) est très pratique. Ça fonctionne un peu à la manière de gmail, chaque application reçoit un ou plusieurs tags si bien que l'on peut avoir la même application sur plusieurs «bureaux virtuels».
On peut choisir à l'aide d'un raccourci clavier si on est en mode flottant (comme un wm classique) ou en mode «carrelage» (à la ion) et on peut configurer certaines applications pour qu'elles se lancent avec un tag par défaut ou en mode flottant par défaut (pratique pour the gimp par exemple).
La configuration se fait en éditant les sources (le fichier config.h) puis en recompilant (la compilation dure environ 3 secondes). Bien sûr c'est un problème pour les distributions en paquets binaires. Mais l'installation à partir des source est très simple (le binaire et la page de manuel, pas de fichier de conf ni de bibliothéques) et ça ne dépend de presque rien (Xlib).
Le lanceur d'applications optionnel (dmenu) est pratique.
En résumé, c'est simple (certains diront minimaliste) léger et bien conçu.
# l'essayer c'est l'adopter...
Posté par B16F4RV4RD1N . Évalué à 3.
Je vais donc m'y remettre dès maintenant :)
Est-ce que les versions actuelles sont moins pires au niveau des incompatibilités d'une mise à jour à l'autre (voir commentaire précédent) ?
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: l'essayer c'est l'adopter...
Posté par Xavier Maillard . Évalué à 2.
La réponse est oui. Cela fait un bout de temps que ça n'a pas bougé. Maintenant que je ne suis plus la liste (je la reçois en mode digest mais je la zappe assez vite), je ne peux pas t'affirmer à 100% que ça ne sera pas le cas :)
Go for it !
[^] # Re: l'essayer c'est l'adopter...
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
[^] # Re: l'essayer c'est l'adopter...
Posté par Xavier Maillard . Évalué à 1.
Dailleurs faudra un jour qu'on m'explique ce qui a bien pu passer par la tête des développeurs de LUA pour qu'une version "mineure" (5.1) puisse ne pas être "compatible" aveec la 5.0...
[^] # Re: l'essayer c'est l'adopter...
Posté par beagf (site web personnel) . Évalué à 6.
Je l'utilise énormément lui aussi, à la fois au boulot et pour des projets perso. Et avec lua il y a une chose qu'il faut bien comprendre, c'est que les dévelopeurs on pour regle de ne pas s'encombrer de la compatibilitée avec les version précédente si cela nuit l'évolution du langage.
J'entende déjà les raleurs qui disent que c'est n'importe quoi, mais il faut bien comprendre que lua est un langage principalement destiné à être intégré dans d'autres applications. Il est par exemple beaucoup utilisé dans le monde des jeux pour toute la partie script, il est notament très présent dans world of warcraft et bien d'autres titres phares. Au boulot je programme toutes les parties critiques de mon code sous forme de bibliothèques de fonctions en C pour lua, et en suite tout le reste est écrit en lua.
Dans ce contexte la compatibilitée avec les version précédentes n'est pas vraiment utile, au moment ou le developement commence à vraiment prendre forme on fige la version que l'on utilise, et on fait tout le dev et les tests sur cette version et on sort le produit. On ne s'ammuse pas à changer de version tous les mois pendant le dev, ce que l'on cherche c'est un produit stable et que l'on connait bien.
A ce niveau lua est vraiment un model, chaque version est d'une stabilitée exemplaire. Je l'utilise intenssivement depuis la version 3.2 et je n'ai jamais rencontrer le moindre problème. Les bugs trouvés pendant ce temps ce comptent sur les doigts des mains. (et il reste même encore quelques doigts)
Ensuite pour le passage de la version 5.0 à la 5.1, ce n'est pas un changement mineur, mais de grosse modifications qui ont étée faites, notament au niveau du garbage collector. Mais le langage en lui même n'a que peut changé, la compatibilitée entre les deux versions est presque totale.
Il est possible de garder la compatibilitée avec la majoritée des éléments qui ont changer en activant quelques options dans le fichier de conf. Et un module de compatibilitée est disponible et permet de faire tourner un programme 5.1 sur l'interpreteur 5.0.
On dispose donc entre ces deux version du compatibilitée dans les deux sens. (pas complète mais presque) Ce qui permet de migrer en douceur pour ceux qui le veulent.
La politique globale des developpeurs est que la compatibilitée ne doit pas être un frein à l'évolution de lua, mais par contre quand elle peut être assurée à facilement ils le font. Personnelement j'ai des programme qui tournent encore avec lua 3.2 et 4.1 et je n'envisage pas de les migrer vers une version supperieure. Une plus forte compatibilitée m'aurais permit de les migrer et donc d'avoir une homogénéitée des version, mais audétriment de toutes les fantastiques amélioration qui ont eu lieu.
L'apparition des metatables, des coroutines, du support des multi-state, du thread-safe et bien d'autres encore aurrait été impossible ou aurrait donné un langage ignoble sans cette politique.
Les developpeur décrivent lua comme un langage qui évoluent selon les besoins, ce qu'ils opposent au langage ecrit par des commités, ce qui ce résume par cette très belles phrase : "Un chameau est un cheval conçu par un commité..."
Un commentaire assez long, mais je remmercie énormément les auteurs de lua de faire évolué ce langage avec comme préoccupation de garder le langage simple et propre, au prix de la compatibilitée avec les vieille versions. Pour ceux qui désirent cette compatibilitée il y a d'autres lanage qui sont très bien aussi...
[^] # Re: l'essayer c'est l'adopter...
Posté par seginus . Évalué à 3.
Cependant, il y a une solution : ion2.
En effet, même si quelque trucs, manquent à ion2, il est tout à fait utilisable (je l'utilisais sur ubuntu parce que ion3 avait dessus quelques problèmes quand j'étais dessus).
Lui est figé depuis longtemps, donc ne possède pas ce problème et tout ce que je fais actuellement peut se faire avec ion2 (je pense que si le problème cité plus haut m'arrive, c'est peut-être une solution que j'envisagerai).
# Fenêtres de tailles différentes
Posté par BohwaZ (site web personnel, Mastodon) . Évalué à 1.
Parce que j'ai plein d'applis en plein écran, c'est génial: opera, sylpheed-claws, aterm (transparent ;) ), mplayer, scite, etc...
Mais par exemple pour gajim, gimp, etc, j'ai besoin d'avoir un comportement plus classique.
Ou à défaut, si c'est pas possible, j'aimerais bien savoir comment on fait (comme sur tes screenshots) pour splitter l'écran en plusieurs parties et que mes applis à taille normale (ekiga etc) restent à leur taille.
Pour l'instant utiliser gajim ou ekiga ça fait très moche...
Et l'autre truc qui me manque dans ion3, c'est la gestion des tray icons des applis gtk...
Sinon c'est très intéressant, mais effectivement faut revoir tous les raccourcis, qui sont pas du tout bien pensés... Voici d'ailleurs certains des miens (en vrac) si ça peut en inspirer, ils se basent sur les "conventions" utilisées par la plupart des WM et donc on est pas trop perdu:
-- Switch de workspace comme dans les autres WM
kpress("Control+F1", "WScreen.switch_nth(_, 0)"),
kpress("Control+F2", "WScreen.switch_nth(_, 1)"),
-- (etc)
-- Workspace suivant/précédent avec ALTMETA+PgDown/PgUp
kpress(ALTMETA.."Prior", "WScreen.switch_prev(_)"),
kpress(ALTMETA.."Next", "WScreen.switch_next(_)"),
-- Ferme l'onglet courant (Alt+F4)
kpress_wait(META.."F4", "WRegion.rqclose_propagate(_, _sub)"),
-- Commande à exécuter
kpress(META.."F2", "mod_query.query_exec(_)"),
-- Alt+PgUp/PgDown = onglet suivant/précédent (la plupart des applis avec onglets internes utilisant Ctrl+PgUp/PgDown, on reste dans la même logique
kpress(META.."Prior", "WFrame.switch_prev(_)"),
kpress(META.."Next", "WFrame.switch_next(_)"),
-- Classique Alt+Tab, mais pas très intuitif...
kpress(META.."Tab", "WFrame.switch_next(_)"),
« 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: Fenêtres de tailles différentes
Posté par nanard . Évalué à 2.
Go to create a workspace: entre, et lui indiquer WFloats.
Voila c indiquer dans la doc de la news .
Allez tous vous faire spéculer.
[^] # Re: Fenêtres de tailles différentes
Posté par BohwaZ (site web personnel, Mastodon) . Évalué à 1.
Enfin merci je vais pouvoir utiliser ion3 comme je le veux :)
« 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: Fenêtres de tailles différentes
Posté par seginus . Évalué à 2.
Tu verrais qu'en splitant les fenêtres, ion est au contraire, super avantageux pour gajim par exemple (il est sur mon bureau 1)
et permet de facilement afficher plusieurs discutions en même temps sans perdre de place et d'avoir toujours le cadre principal bien libre tout en ayant toutes les fenêtres des contacts autour sans avoir à te casser la tête pour les redimentionner et les placer.
Et quand j'ai 3 ou 4 discutions en même temps sur jabber, j'utilise les frames du bas (la bande du bas est coupé en 4 que je redimentionnes suivant l'utilisation).
Pour ce qui est de Gimp, il y a d'ailleur une anecdote amusante sur la doc en français, c'est que l'auteur parle des bureaux flottants en nomant gimp comme exemple des applications pénibles à utiliser sur ion avec une astérisque menant vers un commentaire qui dit qu'on lui a dit qu'en fait c'est encore plus pratique en mosaique, et je suis on ne peut plus d'accord.
voici d'ailleur ma section gimp :
-- Gimp
defwinprop{
class = "Gimp",
target = "gimp_bottom"
}
defwinprop{
class = "Gimp",
role = "gimp-image-window",
target = "gimp_top"
}
defwinprop{
class = "Gimp",
role = "gimp-toolbox",
target = "gimp_tool"
}
avec juste ça, la toolbar s'ouvre automatiquement dans son cadre,
les images dans le cadre du haut et les boites d'outils en bas
( voir http://seginus2.free.fr/ion3/b3.png )
[^] # Re: Fenêtres de tailles différentes
Posté par Xavier Maillard . Évalué à 1.
J'avais récupéré une vidéo de démo du bouzin[1].
À essayer.
[1] http://zedek.nerim.net/videos/ion3_panews_demo.avi
[^] # Re: Fenêtres de tailles différentes
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
http://www-verimag.imag.fr/~moy/ion/ion3/
pour quelques screenshots.
# Question bête...
Posté par Oook . Évalué à 1.
Sur un 20" ça passe, sur mon ibook je dit merci à exposé.
Si j'ai bien compris Ion propose ça de base (ou plutot c'est la base de Ion) et rien que pour ça j'essaye demain...
Mais (et c'est là la question) : je peut mettre ça à la place de kwin dans une session kde ou c'est la croix et la bannière ?
C'est un peu mon problème, j'aime bien l'integration de kde et les petits plus dans la barre de tache (montage de clef, controle amarok, feed rss,..), donc à chaque fois que je teste autre chose, je me retrouve un peu "a poil" coté barre de tache, de menu, etc ... Et au final je revient vers KDE complet : fluxbox est bien sympa mais j'arrive pas à le coller "simplement" par dessus kde donc exit. Dommage.
[^] # Re: Question bête...
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: Question bête...
Posté par seginus . Évalué à 2.
Ion effet ne te permettra pas de lancer kde « par dessus ». Cependant, peut-être que kde te permettra de choisir ion comme gestionnaire de fenêtre (en arrière plan).
Je ne vois que ça, je ne sais pas si c'est possible.
Par ailleur, si c'est possible, je crain que les barres de kde viennent se superposer à ion ce qui masquerait certaines parties (le pire en haut car ça masquerait les barres de titres.
Donc voilà, je doute très fortement.
Mais pour ce qui est des applets, j'avoue que je suis très content de gkrellm, ça présentation vertical est vraiment bien adapté pour ion, surtout sur un écran widescreen.
[^] # Re: Question bête...
Posté par Aldoo . Évalué à 2.
Ensuite, pour les panneaux qui risquent de recouvrir d'autres fenêtres et casser l'harmonie de ion, je ne sais pas ! Il faut tester.
[^] # Re: Question bête...
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
Sinon, bah, lances kicker, c'est la barre des tâches de KDE et c'est une applie plus ou moins comme une autre. Tu peux la mettre dans le scratchpad ou dans le dock justement (c'est affreusement pas pratique de l'avoir dans une vraie frame).
# J'en suis très content
Posté par RG_ . Évalué à 1.
Ca fait à peu près un mois que j'utilise ion3. Le pilotage du wm au clavier est très efficace.
Perso, au lieu de gkrellm, j'utilise les dockapps de windowmaker. Tout ce passe bien mis à part 2 qui ne veulent pas se mettre automatiquement dans le dock ( wmnet et wmsmixer).
J'ai essayer d'utiliser konqueror comme gestionnaire de fichier mais finalement, krusader s'est avérer être plus souple quant à la configration des raccourcis clavier. Il supporte tout les protocoles de kde. (j'utilise souvent fish:// )
J'ai trouvé deux extensions firefox qui permettent de naviguer avec le clavier: Hit a Hint et Conkeror. Pour l'instant, j'utilise Hit-a-Hint qui est plus simple à prendre en main.
Venant de kde, j'utilise kmail, amarok et akregator ( flux rss ). Ils ne se pilotent pas bien avec des raccourci clavier, il faudrait que je trouve des logiciels plus adaptés.
# idem
Posté par abc . Évalué à 1.
Maintenant je m'y suis mis et c'est du bonheur, j'ai ion3 sur mon port, ca marche nickel, j'ai pas vraiment autre chose que ion comme bureau, vu que j'ai un kde en morceau, seulement les appli que j'aime, gentoo m'aide beaucoup en ce point.
Sur debian ca marche bien aussi, mais les fichiers de conf sont pas tout a fait pareil, je me souviens que ca m'avait pris la tete un moment...
voila, un user content de plus, ca marche super bien.
C'a m'a permis de decouvrir le lua, qui pour moi est genial, tout petit, puissant, en fin, ca convient bien a mon esprit. certains avaient pas l'air emballe par ce langage mais je le trouve sympa et tres simple. il est meme utilise sur la psp pour faire certains jeux...
# Excellent
Posté par Guillaume R. . Évalué à 1.
Avant j'utilisais Fluxbox (environ 4 mois) et depuis janvier j'utilise Ion et c'est vraiment excellent. Très léger, rapide; scriptable à l'infini avec un 'vrai' langage (Lua).
Perso au début j'ai sorti la page de man pour avoir les raccourcis claviers par défaut meme si je les ai tous reconfiguré.
Pour ce gestionnaire j'ai appris lua. Je ne suis pas prêt d'en changer...Ce qui manque c'est une communauté fr qui poste des tips ou des scripts supplémentaires (même si le paquet ion3-scripts en contient d'intéressant).
Par contre bcp disent que c'est un environnement de geek, je ne suis pas un geek et ça ne m'empêche pas de l'utiliser avec profit et joie...
Il est déconcertant mais on peut très bien survivre et être très productif sous Ion3 sans changer tout les bindings.
[^] # Re: Excellent
Posté par seginus . Évalué à 2.
Tu as des liens en plus que le guide du site officiel ?
tu as réussi à faire des trucs un peu technique ?
genre :
j'ai un film dans le grand cadre, je viens y ouvrir le navigateur, ion va automatiquement envoyer le film dans un autre cadre.
Voilà, des trucs comme ça que je voudrais rajouter.
[^] # Re: Excellent
Posté par Xavier Maillard . Évalué à 1.
# Heu...
Posté par Charles-Victor DUCOLLET . Évalué à 0.
Bon, ok, c'est naze, mais ne moinsser pas trop quand meme (m'en fout, on peut pas aller en dessous de -10 ! ha ha ha ha ha ha.... et merde...)
# Frame SP
Posté par nanard . Évalué à 3.
Alt+k h
Alt+k v
la premiere agrandie la frame SP sur toute sa largeur et la suivante sur sa hauteur.
Voila, c'est pas forcément super utile de l'agrandir des deux côté, ça reviens a une frame normal.
La derniere fois j'ai même crue a un mega bug, j'avais plus qu'une seule fenetre, et changer de bureaux ne sert à rien vue que la frame sp suit .
PS: on m'avait indiqué comment faire disparaitre les bordures des fenêtres ( celle avec les titres ), mais depuis j'ai oublié, si quelqu'un passe par la ...
Allez tous vous faire spéculer.
[^] # Re: Frame SP
Posté par fusible . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.