OVH Cloud OVH Cloud

[terminal] passage à la ligne sur longue commande

7 réponses
Avatar
marc
Bonsoir,

J'ai un souci avec le terminal et le passage à la ligne qui ne se fait
pas si je tape une commande un peu longue. Le passage à la ligne ne se
faisant pas, les nouveaux caractères effacent le début de la commande.
C'est laid, mais après recherches sur usenet + bidouillage des params de
l'appli, j'en suis au même point.
Une idée ?

Elements de config :
Terminal 1.5 sous 10.4.1
J'utilise le shell bash
Encodage UTF-8
J'ai testé d'autres encodages, c'est pareil.

Merci et bonne soirée,
Marc

7 réponses

Avatar
nospam
marc wrote:

C'est laid, mais après recherches sur usenet + bidouillage des params de
l'appli, j'en suis au même point.


Tu écris ta commande qui est vachment longue, un peu comme cette
phrase et pour passer à la ligne tu utilise de backslah qui signifie
"hé mon pote on continu sur la ligne suivante. Tu croyais t'en tirer co
mme ça, mais il n'en est rien"

--
Jacques

Avatar
lucsky
marc wrote:

Une idée ?


- Menu "Terminal" > "Window Settings".
- Section "Buffer".
- Sélectionner "Wrap lines that are too long".

Ou sur un système Gaulois:

- Menu "Terminal" > "Réglage de la fenêtre".
- Section "Tampon".
- Sélectionner "Ajuster à la page les lignes trop longues".

--
Luc Heinrich -

Avatar
lists
marc wrote:

C'est laid, mais après recherches sur usenet + bidouillage des params de
l'appli, j'en suis au même point.
Une idée ?


J'ai eu le même problème il y a quelques temps.
J'avais personnalisé le prompt et ma ligne "PS1" était bugguée (j'avais
oublié une guillemet ou un truc dans le genre).
Malgré tout, le bug ne transparaissait pas dans le prompt mais ça
conduisait au comportement que tu indiques.

C'est juste une piste.

--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?

Avatar
marc
In article <1gx0b5x.a3crt6eilck0N%,
(Jacques) wrote:


Tu écris ta commande qui est vachment longue, un peu comme cette
phrase et pour passer à la ligne tu utilise de backslah qui signifie
"hé mon pote on continu sur la ligne suivante. Tu croyais t'en tirer co
mme ça, mais il n'en est rien"


C'est une bonne idée, qui fonctionne assez bien sauf que le problème
doit être résolu plutôt que contourné ;-) Le truc que tu donnes empêche
quand même le retour arrière sur une ligne passée au shell par le .
Merci pour ta réponse astucieuse, je continue à bidouiller !

Marc

Avatar
marc
In article <1gx0kee.e3mlqw16ghlzoN%,
(Luc Heinrich) wrote:

marc wrote:

Une idée ?


- Menu "Terminal" > "Window Settings".
- Section "Buffer".
- Sélectionner "Wrap lines that are too long".

Ou sur un système Gaulois:

- Menu "Terminal" > "Réglage de la fenêtre".
- Section "Tampon".
- Sélectionner "Ajuster à la page les lignes trop longues".


Salut,
J'ai essayé ces différents réglages, mais ce n'est pas ça encore, et mon
retour à la ligne est toujours foireux.
Bonne journée,
Marc


Avatar
marc
In article <1gx0kzl.1qg116f1ieasxaN%,
(Julien Salort) wrote:

marc wrote:

C'est laid, mais après recherches sur usenet + bidouillage des params de
l'appli, j'en suis au même point.
Une idée ?


J'ai eu le même problème il y a quelques temps.
J'avais personnalisé le prompt et ma ligne "PS1" était bugguée (j'avais
oublié une guillemet ou un truc dans le genre).
Malgré tout, le bug ne transparaissait pas dans le prompt mais ça
conduisait au comportement que tu indiques.

C'est juste une piste.


Bingo, c'est une piste, car je viens de remettre un prompt basique et le
retour à la ligne est ok.
Merci x 1000 !
Marc


Avatar
marc
In article ,
marc wrote:

In article <1gx0kzl.1qg116f1ieasxaN%,
(Julien Salort) wrote:

marc wrote:

C'est laid, mais après recherches sur usenet + bidouillage des params de
l'appli, j'en suis au même point.
Une idée ?


J'ai eu le même problème il y a quelques temps.
J'avais personnalisé le prompt et ma ligne "PS1" était bugguée (j'avais
oublié une guillemet ou un truc dans le genre).
Malgré tout, le bug ne transparaissait pas dans le prompt mais ça
conduisait au comportement que tu indiques.

C'est juste une piste.


Bingo, c'est une piste, car je viens de remettre un prompt basique et le
retour à la ligne est ok.
Merci x 1000 !
Marc


C'est bon, le truc c'était bien que le prompt était mal défini dans mon
bash_profile. Initialement j'avais :

$ echo $PS1
$ e[3;35mu:W $ e[0m

En gros, le but du jeu c'est d'avoir un terminal avec un prompt en
couleur (là le violet). Avec un fond noir transparent, des couleurs
affectées par catégories de fichiers (sons, dev, archives etc.), ça
jette et surtout c'est plus agréable pour bosser.
Mais les caractères d'échappement ne sont pas corrects, d'où le problème
que j'avais. Pour bosser sur des regex d'un kilomètre de long, c'était
devenu intenable de ne pas avoir de retour à la ligne.
J'ai mis le bash par défaut et tout était ok.
Ensuite (learning the bash shell de chez O'Reilly + le net), j'ai mis un
prompt mieux défini :

$ echo $PS1
$ [e[3;35m]u:W $ [e[0m]

Et là, tout va bien !

Merci beaucoup Julien pour m'avoir indiqué que le problème venait d'un
prompt mal foutu, je n'y aurais pas pensé !
Marc