Gostaria que cada linha de um arquivo aparecesse em apenas uma linha no terminal ao visualizar o arquivo com less
. less -S
não está funcionando para mim, não importa o quanto eu tente. Com o sinalizador -S
, seja especificado na linha de comando ou no programa (inserindo -S<CR>
menos), a linha continua na linha abaixo, quebrada.
Para um emulador de terminal que estou usando urxvt
, se for importante, com as seguintes opções:
rxvt-unicode (urxvt) v9.19 - released: 2013-10-27
options: perl,xft,styles,combining,blink,iso14755,unicode3,encodings=eu+vn+jp+jp-ext+kr+zh+zh-ext,fade,transparent, tint,pixbuf,XIM,frills,selectionscrolling, wheel,slipwheel,smart-resizecursorBlink,pointerBlank,scrollbars=plain+rxvt+NeXT+xterm
E isso está em .Xdefaults
:
URxvt.depth: 32
URxvt.geometry: 90x30
URxvt.transparent: false
URxvt.fading: 0
URxvt.loginShell: true
URxvt.saveLines: 50
URxvt.internalBorder: 3
URxvt.lineSpace: -7
! Fonts
URxvt*font: xft:Monospace:pixelsize=20
URxvt*boldFont: xft:Monospace:pixelsize=20:style=bold
! Fix font space
URxvt*letterSpace: -1
Além de algumas outras opções de esquema de cores.
Também não está funcionando gnome-terminal
, então talvez não seja algo relacionado a urxvt
.
Editar:
less --version
dá less 458 (GNU regular expressions)
.
Nem $less
nem $LESS
estão definidos.
Responder1
Por sugestão do mdpc, olhei os aliases e descobri que meu .bashrc estava fazendo alias less
para less -r
que less pudesse exibir cores. Remover esse alias e, assim, remover o -r
sinalizador corrigiu o problema e fez com que o -S
sinalizador produzisse o comportamento esperado.
De man less
:
-r or --raw-control-chars
Causes "raw" control characters to be displayed. The default is to display control characters using the caret nota-
tion; for example, a control-A (octal 001) is displayed as "^A". Warning: when the -r option is used, less cannot
keep track of the actual appearance of the screen (since this depends on how the screen responds to each type of con-
trol character). Thus, various display problems may result, such as long lines being split in the wrong place.
Então -r
parece quebrar -S
, compreensivelmente.