Y a-t-il un moyen d'utiliser une fonte bitmap (comme "fixed") avec
gnome-terminal?
Le problème est que je n'ai trouvé aucune autre fonte de bonne
qualité en 8 points. La moins mauvaise que j'ai trouvée est la
Bitstream Vera Sans Mono, mais les accents aigu, grave et circonflexe
sont décalés vers la gauche, et la virgule n'est pas courbée.
D'autre part, est-il possible de réduire la barre de scrolling (en
largeur)? Ou y a-t-il une autre solution pour réduire la largeur de la
fenêtre, tout en gardant la possibilité d'avoir la barre de scrolling,
sous une forme ou sous une autre (par exemple, avec transparence, ou
qui s'affiche lorsque la souris passe au-dessus de la zone...)?
Y a-t-il un moyen d'utiliser une fonte bitmap (comme "fixed") avec
gnome-terminal?
Le problème est que je n'ai trouvé aucune autre fonte de bonne
qualité en 8 points. La moins mauvaise que j'ai trouvée est la
Bitstream Vera Sans Mono, mais les accents aigu, grave et circonflexe
sont décalés vers la gauche, et la virgule n'est pas courbée.
D'autre part, est-il possible de réduire la barre de scrolling (en
largeur)? Ou y a-t-il une autre solution pour réduire la largeur de la
fenêtre, tout en gardant la possibilité d'avoir la barre de scrolling,
sous une forme ou sous une autre (par exemple, avec transparence, ou
qui s'affiche lorsque la souris passe au-dessus de la zone...)?
Y a-t-il un moyen d'utiliser une fonte bitmap (comme "fixed") avec
gnome-terminal?
Le problème est que je n'ai trouvé aucune autre fonte de bonne
qualité en 8 points. La moins mauvaise que j'ai trouvée est la
Bitstream Vera Sans Mono, mais les accents aigu, grave et circonflexe
sont décalés vers la gauche, et la virgule n'est pas courbée.
D'autre part, est-il possible de réduire la barre de scrolling (en
largeur)? Ou y a-t-il une autre solution pour réduire la largeur de la
fenêtre, tout en gardant la possibilité d'avoir la barre de scrolling,
sous une forme ou sous une autre (par exemple, avec transparence, ou
qui s'affiche lorsque la souris passe au-dessus de la zone...)?
Il faut activr le support des fontes bitmap dans fontconfig (gnome
utilise pango qui utilise fontconfig pour faire la liste des fontes
disponibles).
Deux problèmes :
- fontconfig avec le support bitmap fusionne les fontes de la même
famille . Malheureusement beaucoup de fontes sont dans fixed et
celle qui qui se prétend gérer le 8px est vraiment mauvaise.
Tu peux essayer le sélecteur de fontes kde, il a un hackour
différencier les différentes fontes "Fixed" ... mais il faudra
passer à konsole.
-freetype2: le rendu des bitmap est flou. Enfin était, il y a eu des
amélioration dans le code mais je n'ai pas testé.
Personnellement j'ai augmenté mon dpi logiciel dans le gestionnaire de
fonte gnome et je suis passé en Monospace 10px.
Sinon il te reste multi-gnome-terminal.
Il faut activr le support des fontes bitmap dans fontconfig (gnome
utilise pango qui utilise fontconfig pour faire la liste des fontes
disponibles).
Deux problèmes :
- fontconfig avec le support bitmap fusionne les fontes de la même
famille . Malheureusement beaucoup de fontes sont dans fixed et
celle qui qui se prétend gérer le 8px est vraiment mauvaise.
Tu peux essayer le sélecteur de fontes kde, il a un hackour
différencier les différentes fontes "Fixed" ... mais il faudra
passer à konsole.
-freetype2: le rendu des bitmap est flou. Enfin était, il y a eu des
amélioration dans le code mais je n'ai pas testé.
Personnellement j'ai augmenté mon dpi logiciel dans le gestionnaire de
fonte gnome et je suis passé en Monospace 10px.
Sinon il te reste multi-gnome-terminal.
Il faut activr le support des fontes bitmap dans fontconfig (gnome
utilise pango qui utilise fontconfig pour faire la liste des fontes
disponibles).
Deux problèmes :
- fontconfig avec le support bitmap fusionne les fontes de la même
famille . Malheureusement beaucoup de fontes sont dans fixed et
celle qui qui se prétend gérer le 8px est vraiment mauvaise.
Tu peux essayer le sélecteur de fontes kde, il a un hackour
différencier les différentes fontes "Fixed" ... mais il faudra
passer à konsole.
-freetype2: le rendu des bitmap est flou. Enfin était, il y a eu des
amélioration dans le code mais je n'ai pas testé.
Personnellement j'ai augmenté mon dpi logiciel dans le gestionnaire de
fonte gnome et je suis passé en Monospace 10px.
Sinon il te reste multi-gnome-terminal.
> > Sinon il te reste multi-gnome-terminal.
Il ne supporte pas UTF-8, donc non.
Sinon, un autre problème de gnome-terminal est que la barre de
scrolling est un peu trop large. Y a-t-il un moyen de la diminuer?
(Pour xterm, on peut modifier la valeur de *Scrollbar.thickness).
> > Sinon il te reste multi-gnome-terminal.
Il ne supporte pas UTF-8, donc non.
Sinon, un autre problème de gnome-terminal est que la barre de
scrolling est un peu trop large. Y a-t-il un moyen de la diminuer?
(Pour xterm, on peut modifier la valeur de *Scrollbar.thickness).
> > Sinon il te reste multi-gnome-terminal.
Il ne supporte pas UTF-8, donc non.
Sinon, un autre problème de gnome-terminal est que la barre de
scrolling est un peu trop large. Y a-t-il un moyen de la diminuer?
(Pour xterm, on peut modifier la valeur de *Scrollbar.thickness).
et tu trouves que gnome-terminal n'est pas trop lent et trop
gourmand en CPU ?
as-tu essayé de comparer un cat /var/log/messages (ou autre gros
fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
vitesse de défilement?
Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
pour supprimer des mots sous bash et que cela ne fonctionne plus.
et tu trouves que gnome-terminal n'est pas trop lent et trop
gourmand en CPU ?
as-tu essayé de comparer un cat /var/log/messages (ou autre gros
fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
vitesse de défilement?
Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
pour supprimer des mots sous bash et que cela ne fonctionne plus.
et tu trouves que gnome-terminal n'est pas trop lent et trop
gourmand en CPU ?
as-tu essayé de comparer un cat /var/log/messages (ou autre gros
fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
vitesse de défilement?
Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
pour supprimer des mots sous bash et que cela ne fonctionne plus.
On 2005-04-22 18:05:08 +0200, Philippe Marzouk wrote:
> et tu trouves que gnome-terminal n'est pas trop lent et trop
> gourmand en CPU ?
Je vais tester. C'était un peu la raison pour laquelle je ne
l'utilisais pas. D'abord, il y a le temps de lancement (jusqu'à
40 secondes sur mon PowerBook G4), mais chaque gnome-terminal se
lance dans le même processus, donc ce n'est pas très important.
Ensuite, il prend 12 Mo en mémoire privée, mais chaque nouveau
gnome-terminal demande 1 Mo supplémentaire seulement. Si on a
besoin de beaucoup de terminaux ouverts simultanément, ce n'est
pas forcément un mauvais choix. Un xterm avec ISO-8859-1 ne prend
"que" 2 Mo, mais avec UTF-8 (uxterm), ça prend 4 Mo.
> as-tu essayé de comparer un cat /var/log/messages (ou autre gros
> fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
> vitesse de défilement?
Je viens d'essayer. C'est pareil. Ils ont peut-être corrigé?
> Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
> mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
> pour supprimer des mots sous bash et que cela ne fonctionne plus.
mlterm a un bug gênant d'affichage (bug 304702). D'autre part, le
système de sélection de texte est moins bon que xterm/gnome-terminal
(pour les doubles et triples clics).
On 2005-04-22 18:05:08 +0200, Philippe Marzouk wrote:
> et tu trouves que gnome-terminal n'est pas trop lent et trop
> gourmand en CPU ?
Je vais tester. C'était un peu la raison pour laquelle je ne
l'utilisais pas. D'abord, il y a le temps de lancement (jusqu'à
40 secondes sur mon PowerBook G4), mais chaque gnome-terminal se
lance dans le même processus, donc ce n'est pas très important.
Ensuite, il prend 12 Mo en mémoire privée, mais chaque nouveau
gnome-terminal demande 1 Mo supplémentaire seulement. Si on a
besoin de beaucoup de terminaux ouverts simultanément, ce n'est
pas forcément un mauvais choix. Un xterm avec ISO-8859-1 ne prend
"que" 2 Mo, mais avec UTF-8 (uxterm), ça prend 4 Mo.
> as-tu essayé de comparer un cat /var/log/messages (ou autre gros
> fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
> vitesse de défilement?
Je viens d'essayer. C'est pareil. Ils ont peut-être corrigé?
> Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
> mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
> pour supprimer des mots sous bash et que cela ne fonctionne plus.
mlterm a un bug gênant d'affichage (bug 304702). D'autre part, le
système de sélection de texte est moins bon que xterm/gnome-terminal
(pour les doubles et triples clics).
On 2005-04-22 18:05:08 +0200, Philippe Marzouk wrote:
> et tu trouves que gnome-terminal n'est pas trop lent et trop
> gourmand en CPU ?
Je vais tester. C'était un peu la raison pour laquelle je ne
l'utilisais pas. D'abord, il y a le temps de lancement (jusqu'à
40 secondes sur mon PowerBook G4), mais chaque gnome-terminal se
lance dans le même processus, donc ce n'est pas très important.
Ensuite, il prend 12 Mo en mémoire privée, mais chaque nouveau
gnome-terminal demande 1 Mo supplémentaire seulement. Si on a
besoin de beaucoup de terminaux ouverts simultanément, ce n'est
pas forcément un mauvais choix. Un xterm avec ISO-8859-1 ne prend
"que" 2 Mo, mais avec UTF-8 (uxterm), ça prend 4 Mo.
> as-tu essayé de comparer un cat /var/log/messages (ou autre gros
> fichier de log) entre un xterm et gnome-terminal en cpu utilisé et
> vitesse de défilement?
Je viens d'essayer. C'est pareil. Ils ont peut-être corrigé?
> Avant de passer à utf-8, j'utilisais aterm, depuis je suis passé à
> mlterm qui est très bien sauf que j'avais pris l'habitude du ctrl-d
> pour supprimer des mots sous bash et que cela ne fonctionne plus.
mlterm a un bug gênant d'affichage (bug 304702). D'autre part, le
système de sélection de texte est moins bon que xterm/gnome-terminal
(pour les doubles et triples clics).