Ah ok, c'est assez facilement faisable avec vim, mais je ne sais pas s'il existe des fichiers de configurations déjà tout fait.
Il y a parfoit des paquets vim-latex, vim-python, etc, mais je n'ai jamais trop regardé ce que ça permet de faire, peut-être que ça existe déjà.
sinon, t'as une autre solution, tu codes en python, comme ça, t'as plus besoins d'acolades ;-)
Peut-être va-t-on enfin arriver à la fin des points .doc et ne pas paraitre pour de gros rebels quand on dit qu'on n'a pas office ou qu'on envoit un fichier en odt (accompagné d'un pdf).
Car 400 000 postes qui migrent, c'est aussi 400 000 foyers qui vont être aussi impliqués et peut-être migrer à leur tour, ce qui fera 800 000 utilisateurs (voir plus, avec le conjoint, les enfants...).
On pourrait facilement dépasser le million d'utilisateur.
Et là, OpenOffice sera vraiment connu et reconnu et nul doute qu'il prendra la place de MS Office (je pense que peu de monde pensera que MSOffice vaut sa différence de prix) et que l'on aurra plus de problème pour échanger nos documents.
Et j'espère aussi que cela « boostera » les autres bureautiques pour l'adoption de se format et qu'on verra l'emmergence de nombreux outils (visionneur, intégration à konqueror et nautilus, etc...)
J'espère que l'on va pouvoir enfin chacun utiliser les outils bureautiques qui nous conviennent et pouvoir échanger sans problèmes nos documents.
Au choix entre le cours en 10 leçons et kurso de esperanto, je te conseil plutôt le cours en 10 leçon qui est je trouve mieux rédigé.
Après, le programme ikurso est très utile à côté, pour faire des exercices et mémoriser tout ça un peu plus vite.
Alors là, j'ai une question.
Ceux qui utilise vim et gvim. Pourquoi utilisez-vous gvim ?
Ceci est une vrai question. Peut-être que cette « version » apporte des choses en plus, mais tout ce que j'ai vu pour l'instant en plus, c'est plein de boutons qui prennent de la place.
C'est un choix que je ne partage pas :)
Trop fatiguant pour les mains (le controle-X a répétition me fait vraiment mal a la main). Mais bon, ce troll est déjà apparu cette semaine.
Je suis d'accord pour un point avec toi, c'est le fait que l'avantage du libre, c'est la diversité et d'avoir le choix. Je parle d'ailleur une crainte que ça se généralise, et non que ça existe.
Ensuite pour ton exemple, je ne vois pas ce que ça changera. Il faudra toujours que la distribution crée l'équivalent du .pbi. Donc il va faloir déjà le temps de faire le paquetage. Et si il peuvent faire ce paquetage auto-installable, ne peuvent-ils pas l'inclure dans la distribution pour qu'il soit mit à jour comme le reste ?
Je ne vois pas en quoi cela va solutionner le problème du délai de packagine des distributions. À la rigueur, ça marcherai si il y avait un format standard et que les dévelpeur créé eux-même les paquetages. Mais pour cela, il y a déjà je crois autopackage (utilisé entre autre par inkscape).
Le principe de l'autopackage est intéressant je trouve, surtout pour un logiciel qui évolue vite, il permet au gens de tester facilement et ainsi avoir plus de retour.
Par contre, je pense quand même que le principe des distribution avec leurs paquetage est bien plus simple à l'utilisation. Et hormis le problème du changement de format pour openoffice, je crois que Madame Irma en a rien à faire de savoir si elle a la version 1.X ou 2.Y. (elle utilise la suite qui est dans son pc, c'est tout).
Pour la fin de mon message, c'est vrai, je me suis emporté, mea culpa ;-)
Mais bon, j'entends tellement de sur windows c'est comme-ci, sur windows c'est comme ça, donc il faut faire comme ci ou comme ça qu'à la fin, ça saoule un peu de temps à autre.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Il n'y a pas de mal. Je suis dans ma période de chasse aux RTFM abusifs (genre RTFM bash, RTFM mplayer) ;-)
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ù.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
ah ! quelqu'un qui c'est plongé dans Lua.
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.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Je suis d'accord pour la lecture de documentatoin, mais ça dépend aussi un peu des applications. Par exemple, j'utilise bash, mais bon, man bash... 4500 lignes quand même
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.
Je ne sais pas les modalités d'ouverture d'un compte sur sourceforge, mais si c'est juste avoir une page pour pouvoir faire une présentation et mettre les liens en téléchargement, Free te permet de faire ça gratuitement et sans pub en un délai de 24h (oui, je fais de la pub, mais je ne connais pas d'autre hébergeur qui font ça).
PS : le délai est un peu plus long si l'on a pas déjà un compte chez eux, vu que les informations sont envoyées par la poste, mais après, la création de compte suplémentaire prend 24h.
Peut-être qu'une solution provisoire, quand le projet semble trop "ridicule" pour ouvrir un compte sur sourceforge serait :
Documenter quand même le code
Faire un journal ici pour le présenter.
passer une url assez fixe (pas un truc qui va disparaitre au bout d'une semaine), voir mieux quand même une petite page web.
Alors oui, c'est en effet très temporaire, et vise peu de monde. Mais c'est sans doute mieux que rien et peut-être quelqu'un qui tombera dessus voudra en faire quelque chose de plus important et ouvrira un compte sur sourceforge ou autre.
Un exemple, quelqu'un à fait un journal récement sur un programme pour faire du redimentionnement rapide sur des photos.
Un petit programme en python / gtk qui n'avait pas l'importance nécessaire pour se casser la tête à ouvrir un compte sur sourceforge et tout le bazare.
Résultat, personnellement, j'ai bookmarké le lien et je verrais l'évolution du projet, même si il n'est pas hébergé dans un endroit "grand public"
Alors oui, ça touche peu de monde, mais c'est quand même mieux que rien.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Merci pour le dock, je ne savais pas qu'on pouvait y mettre ce qu'on voulait, je croyais que c'était réserver au dockapplet.
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.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Bon deuxième (je viens de perdre tout ce que j'ai taper)
> 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.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Pour les questions que tu m'as posé, je te conseil vivement le lien, en français en plus, que j'ai indiqué dans le journal. En effet, il est très bien fait : assez court, clair et montre un peu tout ce qu'il faut (j'en sais pas plus que ce qui est dessus).
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 )
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Pour ta question du mixage kde / ion, je pense qu'il faut voir du côté de kde et pas de ion.
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.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
J'ai découvert cette famille de gestionnaire avec ratpoison.
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é).
Posté par seginus .
En réponse au journal Ion.
Évalué à 3.
La réponse pour ion3 est oui.
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).
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
Non, l'orthographe ophiciel est Thibaut.
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.
Posté par seginus .
En réponse au journal Ion.
Évalué à 2.
J'ai testé aussi ratpoison (avant et après).
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).
[^] # Re: Textmate
Posté par seginus . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 2.
Il y a parfoit des paquets vim-latex, vim-python, etc, mais je n'ai jamais trop regardé ce que ça permet de faire, peut-être que ça existe déjà.
sinon, t'as une autre solution, tu codes en python, comme ça, t'as plus besoins d'acolades ;-)
# La grande question !
Posté par seginus . En réponse au journal Nous vérifions que vous n'êtes pas un bot .... Évalué à 1.
T'as passé avec succès le test de turing ou t'es un Bot ?
[^] # Re: Utilisateur U+1 et U+2
Posté par seginus . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à -1.
[^] # Re: Textmate
Posté par seginus . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 2.
http://vim.dindinx.net/traduit/html/usr_28.txt.php
# Vers la fin des .doc
Posté par seginus . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 10.
Car 400 000 postes qui migrent, c'est aussi 400 000 foyers qui vont être aussi impliqués et peut-être migrer à leur tour, ce qui fera 800 000 utilisateurs (voir plus, avec le conjoint, les enfants...).
On pourrait facilement dépasser le million d'utilisateur.
Et là, OpenOffice sera vraiment connu et reconnu et nul doute qu'il prendra la place de MS Office (je pense que peu de monde pensera que MSOffice vaut sa différence de prix) et que l'on aurra plus de problème pour échanger nos documents.
Et j'espère aussi que cela « boostera » les autres bureautiques pour l'adoption de se format et qu'on verra l'emmergence de nombreux outils (visionneur, intégration à konqueror et nautilus, etc...)
J'espère que l'on va pouvoir enfin chacun utiliser les outils bureautiques qui nous conviennent et pouvoir échanger sans problèmes nos documents.
Voila, une très bonne nouvelle je trouve.
[^] # Re: Vim
Posté par seginus . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 2.
# L'esperanto
Posté par seginus . En réponse au journal Quel langage pour s'amuser ?. Évalué à 8.
Si tu veux t'y mettre, je te conseil ce lien :
http://ikurso.esperanto-jeunes.org/
Au choix entre le cours en 10 leçons et kurso de esperanto, je te conseil plutôt le cours en 10 leçon qui est je trouve mieux rédigé.
Après, le programme ikurso est très utile à côté, pour faire des exercices et mémoriser tout ça un peu plus vite.
[^] # Re: Vim
Posté par seginus . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 3.
Ceux qui utilise vim et gvim. Pourquoi utilisez-vous gvim ?
Ceci est une vrai question. Peut-être que cette « version » apporte des choses en plus, mais tout ce que j'ai vu pour l'instant en plus, c'est plein de boutons qui prennent de la place.
[^] # Re: Pourquoi changer ?
Posté par seginus . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 1.
Trop fatiguant pour les mains (le controle-X a répétition me fait vraiment mal a la main). Mais bon, ce troll est déjà apparu cette semaine.
[^] # Re: Madame Irma
Posté par seginus . En réponse au journal Ulteo s'ouvre.... Évalué à 2.
Ensuite pour ton exemple, je ne vois pas ce que ça changera. Il faudra toujours que la distribution crée l'équivalent du .pbi. Donc il va faloir déjà le temps de faire le paquetage. Et si il peuvent faire ce paquetage auto-installable, ne peuvent-ils pas l'inclure dans la distribution pour qu'il soit mit à jour comme le reste ?
Je ne vois pas en quoi cela va solutionner le problème du délai de packagine des distributions. À la rigueur, ça marcherai si il y avait un format standard et que les dévelpeur créé eux-même les paquetages. Mais pour cela, il y a déjà je crois autopackage (utilisé entre autre par inkscape).
Le principe de l'autopackage est intéressant je trouve, surtout pour un logiciel qui évolue vite, il permet au gens de tester facilement et ainsi avoir plus de retour.
Par contre, je pense quand même que le principe des distribution avec leurs paquetage est bien plus simple à l'utilisation. Et hormis le problème du changement de format pour openoffice, je crois que Madame Irma en a rien à faire de savoir si elle a la version 1.X ou 2.Y. (elle utilise la suite qui est dans son pc, c'est tout).
Pour la fin de mon message, c'est vrai, je me suis emporté, mea culpa ;-)
Mais bon, j'entends tellement de sur windows c'est comme-ci, sur windows c'est comme ça, donc il faut faire comme ci ou comme ça qu'à la fin, ça saoule un peu de temps à autre.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . En réponse au journal Ion. É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: Excellent
Posté par seginus . En réponse au journal Ion. É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: Une solution provisoire.
Posté par seginus . En réponse au journal Reprendre un projet : qu'en faire après ?. Évalué à 2.
C'est bon à savoir pour quand je me déciderais de m'y mettre.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . En réponse au journal Ion. É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: Une solution provisoire.
Posté par seginus . En réponse au journal Reprendre un projet : qu'en faire après ?. Évalué à 2.
PS : le délai est un peu plus long si l'on a pas déjà un compte chez eux, vu que les informations sont envoyées par la poste, mais après, la création de compte suplémentaire prend 24h.
[^] # Une solution provisoire.
Posté par seginus . En réponse au journal Reprendre un projet : qu'en faire après ?. Évalué à 5.
Documenter quand même le code
Faire un journal ici pour le présenter.
passer une url assez fixe (pas un truc qui va disparaitre au bout d'une semaine), voir mieux quand même une petite page web.
Alors oui, c'est en effet très temporaire, et vise peu de monde. Mais c'est sans doute mieux que rien et peut-être quelqu'un qui tombera dessus voudra en faire quelque chose de plus important et ouvrira un compte sur sourceforge ou autre.
Un exemple, quelqu'un à fait un journal récement sur un programme pour faire du redimentionnement rapide sur des photos.
Un petit programme en python / gtk qui n'avait pas l'importance nécessaire pour se casser la tête à ouvrir un compte sur sourceforge et tout le bazare.
Résultat, personnellement, j'ai bookmarké le lien et je verrais l'évolution du projet, même si il n'est pas hébergé dans un endroit "grand public"
Alors oui, ça touche peu de monde, mais c'est quand même mieux que rien.
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . En réponse au journal Ion. É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 seginus . En réponse au journal Ion. Évalué à 1.
oui, j'ai honte ;-)
[^] # Re: J'ai (très) longtemps utilisé
Posté par seginus . En réponse au journal Ion. É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: Fenêtres de tailles différentes
Posté par seginus . En réponse au journal Ion. É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: Question bête...
Posté par seginus . En réponse au journal Ion. É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: J'ai (très) longtemps utilisé
Posté par seginus . En réponse au journal Ion. É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: l'essayer c'est l'adopter...
Posté par seginus . En réponse au journal Ion. É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).
[^] # Re: Question bête
Posté par seginus . En réponse au journal Ion. É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: ratpoison
Posté par seginus . En réponse au journal Ion. É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).