je ne dis pas qu'il n'est pas plein de fonctionnalités interessantes sur l'i18n, mais elles ne me concernent pas. J'ai longtemps cherché un terminal à tabs qui me convienne, j'ai utilisé powershell (très buggé) pendant un bout de temps, et finalement j'ai fait l'effort d'apprendre et de configurer gnu/screen (c'est pas une partie de plaisir).
A mon avis la solution idéale serait une interface graphique un minimum conviviale à screen.
> C'est un argument pour dire xterm est une bouse ? Non.
non parce que quand je fais un petit ls dans xterm j'ai mon résultat de suite, donc sa relative lenteur ne gène. Quand gnome-bouse met cinq secondes à faire la même chose, s'accapare 80% de cpu quand je fais tourner un soft qui affiche 5 lignes/seconde, alors oui je trouve ça génant, et ma première réaction à chaud est de m'exclamer "oh mon dieu! mais ce gnome terminal est vraiment une grosse bouse bloated, la v.2.0 était poussive, la 2.2 était lente et la 2.6 n'a rien amélioré si c'est comme ça je reprends mon xterm"
qu'il soit lent pour afficher de l'arabe ou du chinois je peux l'admettre mais ça n'est pas une raison valable pour l'empêcher d'afficher correctement et avec un minimum de célérité les 127 caractères les plus courants.
ah mais rassure-toi, je n'utilise pas cette grosse bouse, mais ça ne m'enleve pas le droit de dire que ça en est une, de bouse.
et il n'y a pas besoin d'être un hacker pour imaginer comment le rendre moins lourdingue: au lieu d'afficher laborieusement tous les caractères quand il reçoit 10MB de texte d'un coup, il pourrait sauter les premiers 9.9MB qui vont scroller et seront immédiatement masqués (enfin ça c'est avec un xterm, parce qu'avec gnome terminal on a le temps de les voir passer..) et n'afficher que les derniers caractères reçus. D'ailleurs, vu l'allure du scroll dans konsole, j'ai l'impression que c'est comme ça qu'il procéde.
> GNOME-Terminal est utf8 et passe par pango. Si le monsieur connait un terminal qui peut afficher les noms de fichier en Arabe ou chinois et qui marche très vite, alors qu'il nous
ouais enfin si il pouvait afficher les caractères ascii sans se trainer comme une grosse bouse ça serait pas mal aussi:
«Il y sera affirmé le principe de "reality-hacking": point besoin d'être geek pour être
hacker; mais plutôt d'exercer librement sa créativité, de détourner les outils de leurs usages initiaux pour contourner les obstacles nous étant imposés!»
\o/ donc à chaque fois que Mr Jourdain pisse dans le lavabo, il fait du reality-hacking sans le savoir !
là-dessus je bien d'accord, ils pourraient tout à fait sortir la version 0.90 maintenant étant donné que le CVS a l'air de marcher plutot pas mal (j'ai aucun probleme en tout cas). Mais depuis un an, wmaker était un peu mort :-/
> WindowMaker possède tout ça, mais ne gère pas Xinerama
si, si ! le patch existe depuis quelque années je crois, et au moins les versions CVS de wmaker l'ont (avec support Xft et la possibilité d'avoir une barre de titre un peu moins épaisse)
C'est bien de voir que ce site n'hésite pas à faire peau neuve, même si les fanboys vont sans doute regretter la disparition des flying penguins dans leurs popups de bon aloi. Néanmoins, la charte graphique, avec son orange chattoyant et ses petits pingouins en gif sont un plaisir de l'oeil.
Toolinux montre qu'on peut parler de logiciels libres tout en restant crédible pour les professionels. L'absence des private jokes à la pierre tramo ou c'est triste ton avis, qui pourissent l'internet et décrédibilisent le Logiciel Libre, le rend d'autant plus attractif pour les décideurs de tout poils.
Aaaaah un windowmanager qui se base sur l'ergonomie de vi, ça promet d'arracher des ours :) En plus les screenshots sont hideux, si ça c'est pas un signe de l33titude !
J'attendrai quand même le support des dockapps pour l'adopter, un wmanager sans dockapps c'est comme une omelette sans oeufs, c'est triste.
> je suis en quête de portabilité et d'une petite amélioration de performances.
je suis pas sûr qu'il y ait quelque chose a gagner en perf, la lecture de procfs est monstrueusement couteuse en temps cpu malheureusement. Y'a qu'a voir comment un pauvre "top" bouffe du cpu :-/
completement d'accord, le ctrl-a par défaut c'est le comble de la connerie! je l'ai changé par la touche '²' qui ne me sert à rien. Mais l'inconvénient, c'est que personne d'autre que moi n'arrive se servir de mes xterms ( "²²" pour switcher de term, "²(" pour scroller.. pas très intuitif tout ça).
[^] # Re: Psssssssssss
Posté par Troy McClure (site web personnel) . En réponse au journal Linux est il gros et gras ?. Évalué à 2.
A mon avis la solution idéale serait une interface graphique un minimum conviviale à screen.
[^] # Re: Psssssssssss
Posté par Troy McClure (site web personnel) . En réponse au journal Linux est il gros et gras ?. Évalué à 4.
non parce que quand je fais un petit ls dans xterm j'ai mon résultat de suite, donc sa relative lenteur ne gène. Quand gnome-bouse met cinq secondes à faire la même chose, s'accapare 80% de cpu quand je fais tourner un soft qui affiche 5 lignes/seconde, alors oui je trouve ça génant, et ma première réaction à chaud est de m'exclamer "oh mon dieu! mais ce gnome terminal est vraiment une grosse bouse bloated, la v.2.0 était poussive, la 2.2 était lente et la 2.6 n'a rien amélioré si c'est comme ça je reprends mon xterm"
qu'il soit lent pour afficher de l'arabe ou du chinois je peux l'admettre mais ça n'est pas une raison valable pour l'empêcher d'afficher correctement et avec un minimum de célérité les 127 caractères les plus courants.
[^] # Re: Psssssssssss
Posté par Troy McClure (site web personnel) . En réponse au journal Linux est il gros et gras ?. Évalué à 2.
http://www.google.fr/search?&q=gnome-terminal+slow(...)
hinhinhin
[^] # Re: Psssssssssss
Posté par Troy McClure (site web personnel) . En réponse au journal Linux est il gros et gras ?. Évalué à 5.
et il n'y a pas besoin d'être un hacker pour imaginer comment le rendre moins lourdingue: au lieu d'afficher laborieusement tous les caractères quand il reçoit 10MB de texte d'un coup, il pourrait sauter les premiers 9.9MB qui vont scroller et seront immédiatement masqués (enfin ça c'est avec un xterm, parce qu'avec gnome terminal on a le temps de les voir passer..) et n'afficher que les derniers caractères reçus. D'ailleurs, vu l'allure du scroll dans konsole, j'ai l'impression que c'est comme ça qu'il procéde.
[^] # Re: Psssssssssss
Posté par Troy McClure (site web personnel) . En réponse au journal Linux est il gros et gras ?. Évalué à 1.
ouais enfin si il pouvait afficher les caractères ascii sans se trainer comme une grosse bouse ça serait pas mal aussi:
http://linuxfr.org/~schyzomarijks/12617.html#410615(...)
la capacité a afficher du klingon n'excuse pas d'être 20 fois plus lent que les autres
# réalité-hachage
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Invitation au premier "transnational hackmeeting". Évalué à 10.
hacker; mais plutôt d'exercer librement sa créativité, de détourner les outils de leurs usages initiaux pour contourner les obstacles nous étant imposés!»
\o/ donc à chaque fois que Mr Jourdain pisse dans le lavabo, il fait du reality-hacking sans le savoir !
[^] # Re: Window manager LEGER
Posté par Troy McClure (site web personnel) . En réponse au journal quel window manager choisir. Évalué à 2.
[^] # Re: Window manager LEGER
Posté par Troy McClure (site web personnel) . En réponse au journal quel window manager choisir. Évalué à 3.
si, si ! le patch existe depuis quelque années je crois, et au moins les versions CVS de wmaker l'ont (avec support Xft et la possibilité d'avoir une barre de titre un peu moins épaisse)
le patch un peu vieux ici:
http://programming.kicks-ass.net/wmaker-current/(...)
# 10 ans d'alzheimer..
Posté par Troy McClure (site web personnel) . En réponse au journal Ronald s'est Bronsonisé. Évalué à 2.
Pauv' ronald, après dix ans d'alzheimer il ne devait plus rester que de la gélatine dans son crâne.
# en plus il y a des goodies
Posté par Troy McClure (site web personnel) . En réponse au journal Free, seul FAI à proposer 5 Mbit/s d'accès à internet. Évalué à 4.
[^] # Re: ouaiiisss
Posté par Troy McClure (site web personnel) . En réponse au journal Raffarin va "chatter" avec les internautes. Évalué à 4.
tairriblement aifficasse
# le nouveau Toolinux
Posté par Troy McClure (site web personnel) . En réponse au journal Un nouveau look pour Toolinux !. Évalué à 10.
Toolinux montre qu'on peut parler de logiciels libres tout en restant crédible pour les professionels. L'absence des private jokes à la pierre tramo ou c'est triste ton avis, qui pourissent l'internet et décrédibilisent le Logiciel Libre, le rend d'autant plus attractif pour les décideurs de tout poils.
[^] # Re: Contradiction
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Raffarin veut du logiciel libre dans l'administration. Évalué à 3.
# bravo!
Posté par Troy McClure (site web personnel) . En réponse au journal Théorie du spectacle. Évalué à 2.
# ce commentaire est interessant
Posté par Troy McClure (site web personnel) . En réponse au journal Towel Day. Évalué à 3.
# La théorie du spectacle est au 20e siècle ce que l'oeuvre de Marx fut au(...)
Posté par Troy McClure (site web personnel) . En réponse à la dépêche WMI : Window Manager Improved. Évalué à 8.
J'attendrai quand même le support des dockapps pour l'adopter, un wmanager sans dockapps c'est comme une omelette sans oeufs, c'est triste.
[^] # Re: Quelle chance!
Posté par Troy McClure (site web personnel) . En réponse au journal wmcoincoin 2.5.0c est sorti !. Évalué à 1.
# aa
Posté par Troy McClure (site web personnel) . En réponse au journal Subpixel hinting buggé ?. Évalué à 2.
[^] # Re: Une news de ce type...
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Le patch kexec. Évalué à 3.
... ou comment une news à priori interessante, se retrouve pourrie par des grincheux
[^] # Re: :(
Posté par Troy McClure (site web personnel) . En réponse au journal 2 membres du projet Debian tués :(. Évalué à 5.
[^] # Re: Nioc Nioc
Posté par Troy McClure (site web personnel) . En réponse à la dépêche wmcoincoin est là. Évalué à 1.
# plié en trois
Posté par Troy McClure (site web personnel) . En réponse au journal J'ai reçu un spam démentiel !!. Évalué à 10.
# bientot ici: un titre
Posté par Troy McClure (site web personnel) . En réponse au journal procfs, limitation du système de fichiers, PATH_MAX. Évalué à 1.
je suis pas sûr qu'il y ait quelque chose a gagner en perf, la lecture de procfs est monstrueusement couteuse en temps cpu malheureusement. Y'a qu'a voir comment un pauvre "top" bouffe du cpu :-/
# pas surpris
Posté par Troy McClure (site web personnel) . En réponse au journal Tout fout le camp. Évalué à 4.
[^] # Re: gnome-terminal
Posté par Troy McClure (site web personnel) . En réponse au journal multi terminal. Évalué à 2.