Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.editoren > #401 > unrolled thread

[vim] Ausgabe in stdout beim Einfügen unterdrücken

Back to article view | Back to de.comp.editoren

Contents

  [vim] Ausgabe in stdout beim Einfügen unterdrücken Marco Moock <mo01@posteo.de> - 2022-09-30 20:36 +0200
    Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken Andreas Kohlbach <ank@spamfence.net> - 2022-09-30 15:53 -0400
    Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken nospam_2022@efbe.prima.de - 2022-09-30 22:01 +0200
      Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken Marco Moock <mo01@posteo.de> - 2022-10-01 07:29 +0200
    Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-30 22:34 +0200
      Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken Marco Moock <mo01@posteo.de> - 2022-10-01 07:23 +0200
        Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-10-01 23:09 +0200
          Re: [vim] Ausgabe in stdout beim Einfügen unterdrücken Friedhelm Waitzmann <usenetf2022.fwnsp@spamgourmet.com> - 2022-10-30 18:03 +0000

#401 — [vim] Ausgabe in stdout beim Einfügen unterdrücken

Hallo zusammen,
ich habe vor paar Tagen ein extrem langes Logfile markiert und in vim
eingefügt, das Ausgeben auf dem xterm dauerte ewig (das Schreiben auf
die Platte für die Sicherung hatte ich abgestellt).
Gibt es eine Option, das temporär zu deaktivieren, und dann nur den
Teil anzuzeigen, wo sich der Cursor befindet?

Mein Workaround war, stdout umzuleiten, und vim blind zu bedienen, dann
zu speichern und wieder normal zu arbeiten.

-- 
Marco

[toc] | [next] | [standalone]

#402

On Fri, 30 Sep 2022 20:36:52 +0200, Marco Moock wrote:
>
> ich habe vor paar Tagen ein extrem langes Logfile markiert und in vim
> eingefügt, das Ausgeben auf dem xterm dauerte ewig (das Schreiben auf
> die Platte für die Sicherung hatte ich abgestellt).
> Gibt es eine Option, das temporär zu deaktivieren, und dann nur den
> Teil anzuzeigen, wo sich der Cursor befindet?

Du suchst ed auf CP/M. Da ging es gar nicht anders. ;-)

> Mein Workaround war, stdout umzuleiten, und vim blind zu bedienen, dann
> zu speichern und wieder normal zu arbeiten.

Läuft vim auf einer GUI? Da fiel mir mal auf, dass große Texte in vim CPU
Last erzeugen, und zwar von Xorg. Versuche dann mal in einer TTY.

Sonst fällt mir noch den Einsatz des Stream-Editors sed ein. Mit ihm die
Datei einlesen, verändern und in eine neue Datei schreiben lassen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#403

Am 30.09.22 um 20:36 schrieb Marco Moock:
> Hallo zusammen,
> ich habe vor paar Tagen ein extrem langes Logfile markiert und in vim
> eingefügt, das Ausgeben auf dem xterm dauerte ewig (das Schreiben auf
> die Platte für die Sicherung hatte ich abgestellt).
> Gibt es eine Option, das temporär zu deaktivieren, und dann nur den
> Teil anzuzeigen, wo sich der Cursor befindet?
> 
> Mein Workaround war, stdout umzuleiten, und vim blind zu bedienen, dann
> zu speichern und wieder normal zu arbeiten.
> 
Hast du schon mal  lazyredraw versucht?

-- 
Frank

[toc] | [prev] | [next] | [standalone]

#406

Am 30.09.2022 um 22:01:00 Uhr schrieb nospam_2022@efbe.prima.de:

> Hast du schon mal  lazyredraw versucht?

Nein, aber das in Kombination mit noswapfile ist performant genug.

:set noswapfile
:set lazyredraw

[toc] | [prev] | [next] | [standalone]

#404

On 2022-09-30 18:36, Marco Moock <mo01@posteo.de> wrote:
> ich habe vor paar Tagen ein extrem langes Logfile markiert und in vim
> eingefügt,

Was hat dich daran gehindert, das File im vim zu öffnen (und eventuell
vorher kopieren, wenn auf verschiedenen Rechnern)?

        hp

[toc] | [prev] | [next] | [standalone]

#405

Am 30.09.2022 um 22:34:50 Uhr schrieb Peter J. Holzer:

> On 2022-09-30 18:36, Marco Moock <mo01@posteo.de> wrote:
> > ich habe vor paar Tagen ein extrem langes Logfile markiert und in
> > vim eingefügt,  
> 
> Was hat dich daran gehindert, das File im vim zu öffnen (und eventuell
> vorher kopieren, wenn auf verschiedenen Rechnern)?

Die wird im Fenster einer grafischen Anwendung ausgegeben.

[toc] | [prev] | [next] | [standalone]

#407

 Marco Moock <mo01@posteo.de>:
> Am 30.09.2022 um 22:34:50 Uhr schrieb Peter J. Holzer:
>
>> On 2022-09-30 18:36, Marco Moock <mo01@posteo.de> wrote:
>> > ich habe vor paar Tagen ein extrem langes Logfile markiert und in
>> > vim eingefügt,
>>
>> Was hat dich daran gehindert, das File im vim zu öffnen (und 
>> eventuell vorher kopieren, wenn auf verschiedenen Rechnern)?
>
> Die wird im Fenster einer grafischen Anwendung ausgegeben. 
>

 Dann ist vielleicht «xclip» etwas für dich:  Das Shell‐Kommando 


   xclip -out -selection clipboard > log.txt

 bringt den Inhalt, den du aus dem Fenster der grafischen 
 Anwendung ins clipboard[1] (die Zwischenablage) steckst, in die 
 Datei «log.txt». 

 [1] Möglicherweise muss im Shell‐Kommando statt «clipboard» 
 «primary» oder «secondary» stehen.  Probier's aus, was passt.


 Das erlaubt dir, die Frage


>> Was hat dich daran gehindert, das File im vim zu öffnen (und 
>> eventuell vorher kopieren, wenn auf verschiedenen Rechnern)?

 mit «jetzt nichts mehr» zu beantworten und die Datei «log.txt» 
 anschließend mit «vim» zu öffnen.

[toc] | [prev] | [next] | [standalone]

#408

Helmut Waitzmann:
>  xclip -out -selection clipboard > log.txt

Oder gleich innerhalb von vim die Ausgabe von xclip auffangen und
unter der Zeile, in der der Cursor steht, einfügen:

:r ! xclip -out -selection clipboard

Im Übrigen ist es empfehlenswert, das Pasting nicht übers xterm
zu machen.  Ich meine mich zu erinnern, dass sich xterm an einer
zu großen Portion verschluckt.


Friedhelm

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.editoren

csiph-web