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

Groups > de.comp.os.unix.linux.misc > #111243 > unrolled thread

Vim

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 11:52 +0200
    re: vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-03 10:10 +0000
      Re: vim Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-03 17:28 +0200
        Re: vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-03 15:51 +0000
          Re: vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:32 +0200
      Re: vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:32 +0200
    Re: Vim Edzard Egberts <news@edzeg.net> - 2020-07-03 14:11 +0200
      Re: Vim Jan Novak <repcom@gmail.com> - 2020-07-03 14:27 +0200
        Re: Vim Matthias Gerds <m.gerds@posteo.de> - 2020-07-03 15:04 +0200
          Re: Vim Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-03 13:54 +0000
          Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-03 15:12 +0000
          Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-05 09:10 +0000
          Re: Vim Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-11 00:43 +0200
            Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-11 23:42 +0000
        Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:32 +0200
      Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-03 13:54 +0000
      Re: Vim Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-03 17:23 +0200
        Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:32 +0200
      Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:32 +0200
    Re: Vim Bernd Mayer <beam.bam.boom@knuut.de> - 2020-07-03 19:25 +0200
      Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-03 20:52 +0200
      Re: Vim Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-07-04 07:23 +0200
        Re: Vim Michael Brand <brandm@gmx.net> - 2020-07-04 08:24 +0200
          Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-04 08:28 +0200
    Re: Vim Andreas Karrer <ak-0a@gmx.ch> - 2020-07-04 00:19 +0000
      Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-04 08:26 +0200
      Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-04 06:38 +0000
      Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-05 09:18 +0000
    Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-04 10:23 +0200
      Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-04 09:54 +0000
        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-04 13:18 +0200
          Re: Vim Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-04 14:26 +0200
        Re: Vim Jens Schüßler <jgs@trash.net> - 2020-07-05 06:32 +0200
          Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-05 12:53 +0200
        Re: Vim Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-06 13:15 +0000
      Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-04 21:16 +0000
        Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-05 09:28 +0000
          Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-05 21:05 +0000
            Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-06 06:55 +0000
              Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-06 15:35 +0000
                Re: Vim Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-07-06 19:00 +0200
                  Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-06 21:04 +0000
                Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-06 21:45 +0000
                  Re: Vim Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-07 10:42 +0000
            Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-06 07:01 +0000
              Re: Vim Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-06 12:03 +0200
              Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-06 15:19 +0000
                Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-06 16:13 +0000
                  Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-06 20:38 +0000
                    Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-06 21:47 +0000
                      Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-07 14:21 +0000
                        Re: Vim Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-11 01:11 +0200
                          Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-11 19:50 +0000
                    Re: Vim Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-11 01:10 +0200
                      Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-11 05:49 +0000
                      Re: Vim "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2020-07-11 19:35 +0000
                        Re: Vim Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2020-07-12 19:53 +0000
      Re: Vim Andreas Barth <aba+nospam@not.so.argh.org> - 2020-07-05 12:46 +0000
        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-05 17:18 +0200
      Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-05 17:01 +0200
      Re: Vim Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-11 00:56 +0200
        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-10-04 14:15 +0200
    Re: Vim Stephan Elinghaus <260620.6.seli@spamgourmet.com> - 2020-07-06 15:23 +0200
      Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-06 17:37 +0200
        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-06 20:24 +0200
          Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-07 09:12 +0200
            Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-07 11:19 +0200
              Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-07 15:33 +0200
            Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-08 10:00 +0200
              Re: Vim Michael Bäuerle <michael.baeuerle@gmx.net> - 2020-07-08 11:03 +0200
                Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-08 15:34 +0200
              Re: Vim Andreas Karrer <ak-0a@gmx.ch> - 2020-07-08 09:27 +0000
                Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-08 15:34 +0200
                  Re: Vim Andreas Karrer <ak-0a@gmx.ch> - 2020-07-08 20:22 +0000
                    Re: Vim Marcus Jodorf <trap@killfile.de> - 2020-07-09 00:21 +0200
                      Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-09 06:00 +0000
                        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-09 10:00 +0200
                          Re: Vim Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2020-07-09 09:42 +0000
                        Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-09 14:22 +0200
                          Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-09 14:52 +0200
                            Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-09 14:56 +0200
                    Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-09 09:59 +0200
                      Re: Vim Claus Reibenstein <4spamersonly@kabelmail.de> - 2020-07-09 12:12 +0200
                        Re: Vim Marc Haber <mh+usenetspam1118@zugschl.us> - 2020-07-09 12:55 +0200
                      Re: Vim Ralph Angenendt <dein.name@strg-alt-entf.org> - 2020-07-09 14:33 +0000
        Re: Vim Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2020-07-11 00:36 +0200
          Re: Vim Gunter Gutzeit <gunter.gutzeit@arcor.de> - 2020-07-11 17:21 +0200

Page 4 of 5 — ← Prev page 1 2 3 [4] 5  Next page →

#111392

Hallo!

* Marc Haber <mh+usenetspam1118@zugschl.us>:

> Einen kompletten gequoteten String ersetzt man von beliebiger
> Stelle innerhalb der Quotes mit ci" (change inner) hat dann den
> Cursor zwischen zwei Anführungszeichen und kann direkt
> losschreiben.

  cit/dit (t wie "tag") sind bei XML-/HTML-Dokumenten noch
interessant.

> Dann habe ich etwas Code, der beim Aufruf einer Datei, die ich im vim
> schon einmal offen hatte, denselben Platz wieder ansteuert.

  Kann man machen, aber da man das auch einfach mit '" erreichen
kann, hab ich mir das bisher gespart.

> Dann habe ich eine Funktion, die in Shellscripts und perl-Programmen
> Whitespace am Zelenende rot markiert, dass das gar nicht erst
> auftritt.

  Welche Variante benutzt du da? Ich mache das so:

highlight TrailSpace term=inverse ctermbg=red guibg=red
match TrailSpace /\s\+$/

> Und jetzt habe ich noch eine Funktion DiffOrig entdeckt

  Sieht nützlich aus. Vieles liegt bei mir zwar in einem
Repository und im Zweifel vergleiche ich damit, aber
gelegentlich könnte es hilfreich sein oder den Aufwand
reduzieren, den alten Stand erst aus dem Repo zu holen.


> vim-Adepten raten auch dazu, für die Cursorbewegung die in der
> Schreibmaschinentastatur vorhandenen Bewegefunktionen zu nutzen, weil
> man dann die Hand nicht aus der Grundstellung bewegen muss, um die
> Pfeiltasten zu betätigen.

  Na ja, hängt vom Layout ab. Aber ich benutze hauptsächlich auch
nur j und k, um die Zeile zu wechseln. Ansonsten springe ich eher
wortweise mit b, e und w. Zeichenweise dauert doch viel zu lang.
Und ansonsten kann man auch Zeichen direkt mit f und t anspringen,
was besonders dann nützlich ist, wenn sie innerhalb der Zeile
selten sind.

  Die Cursor-Tasten hoch/runter hab ich per Mapping auf jg und gk
gelegt, damit ich bequemer in langen Zeilen (wrap aktiv)
navigieren kann.

  Und bei manchen Notebooks, wo Esc und F1 zu dicht beisammen
liegen, ist F1 ein zweites Esc.


> Die Arbeit ist m.E. besser investiert darin, die Bedienung des
> Programms so zu lernen, wie sie überall funktioniert. Das ist für Dich
> aber irrelevant, weil von Dir nicht erwartet wird, dass Du Dich an
> eine "fremde" Konsole setzt oder Dich auf einen Server einloggst und
> Dich dort dann mit schlafwandlerischer Sicherheit bewegst.

  Wenn kein "sudoedit" oder dergleichen nötig ist, könnte man da
noch mit Netrw arbeiten und z.B. vim scp://server//pfad/zur/datei
benutzen. Vim lädt die dann herunter, man kann sie lokal
bearbeiten und beim Speichern wird sie wieder hochgeladen.

Christoph

-- 
Dickfelligkeit ist auch nur eine andere
Interpretation von Merkresistenz.
(Hilko Bengen)

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

#112313

Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> wrote:
>* Marc Haber <mh+usenetspam1118@zugschl.us>:
>> Dann habe ich etwas Code, der beim Aufruf einer Datei, die ich im vim
>> schon einmal offen hatte, denselben Platz wieder ansteuert.
>
>  Kann man machen, aber da man das auch einfach mit '" erreichen
>kann, hab ich mir das bisher gespart.

ich hab eine DE Tastatur, da ist '" echt blöd zu greifen.

>> Dann habe ich eine Funktion, die in Shellscripts und perl-Programmen
>> Whitespace am Zelenende rot markiert, dass das gar nicht erst
>> auftritt.
>
>  Welche Variante benutzt du da? Ich mache das so:
>
>highlight TrailSpace term=inverse ctermbg=red guibg=red
>match TrailSpace /\s\+$/

|highlight ExtraWhitespace ctermbg=red
|match ExtraWhitespace /\s\s\+$/

sieht sehr ähnlich aus

>> Und jetzt habe ich noch eine Funktion DiffOrig entdeckt
>
>  Sieht nützlich aus. Vieles liegt bei mir zwar in einem
>Repository und im Zweifel vergleiche ich damit, aber
>gelegentlich könnte es hilfreich sein oder den Aufwand
>reduzieren, den alten Stand erst aus dem Repo zu holen.

Genau, DiffOrig macht man vor dem Speichern wenn man sich nicht mehr
sicher ist was man geändert hat. Wird deutlich dadurch entwertet wenn
man sich angewöhnt hat zwischendrin öfter mal :w zu machen.

>> vim-Adepten raten auch dazu, für die Cursorbewegung die in der
>> Schreibmaschinentastatur vorhandenen Bewegefunktionen zu nutzen, weil
>> man dann die Hand nicht aus der Grundstellung bewegen muss, um die
>> Pfeiltasten zu betätigen.
>
>  Na ja, hängt vom Layout ab. Aber ich benutze hauptsächlich auch
>nur j und k, um die Zeile zu wechseln. Ansonsten springe ich eher
>wortweise mit b, e und w. Zeichenweise dauert doch viel zu lang.
>Und ansonsten kann man auch Zeichen direkt mit f und t anspringen,
>was besonders dann nützlich ist, wenn sie innerhalb der Zeile
>selten sind.

Die wortweise Bewegung krieg ich in meine Finger nicht rein, obwohl
die sicher toll effizient wäre, das Anspringen von Zeichen mache ich
höchstens mit Sonderzeichen weil ich sonst immer das eine weitere
Auftreten des Zeichens übersehen habe und dann völlig entgleise wenn
ich plötzlich ganz woanders rauskomme.

>
>  Die Cursor-Tasten hoch/runter hab ich per Mapping auf jg und gk
>gelegt, damit ich bequemer in langen Zeilen (wrap aktiv)
>navigieren kann.
>
>  Und bei manchen Notebooks, wo Esc und F1 zu dicht beisammen
>liegen, ist F1 ein zweites Esc.

Von solchen Sachen nehme ich Abstand, damit blamiert man sich nur wenn
man mal mit einem fremden Account arbeitet. Oder in einer Umgebung wo
es üblich und nötig ist mit einer rootshell zu arbeiten.

>> Die Arbeit ist m.E. besser investiert darin, die Bedienung des
>> Programms so zu lernen, wie sie überall funktioniert. Das ist für Dich
>> aber irrelevant, weil von Dir nicht erwartet wird, dass Du Dich an
>> eine "fremde" Konsole setzt oder Dich auf einen Server einloggst und
>> Dich dort dann mit schlafwandlerischer Sicherheit bewegst.
>
>  Wenn kein "sudoedit" oder dergleichen nötig ist, könnte man da
>noch mit Netrw arbeiten und z.B. vim scp://server//pfad/zur/datei
>benutzen. Vim lädt die dann herunter, man kann sie lokal
>bearbeiten und beim Speichern wird sie wieder hochgeladen.

Das tut bei mir halt nicht weil ich für die meisten Files, die ich auf
einem Server bearbeite, root sein muss.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

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

#111300

Am 2020-07-03 hat Gunter Gutzeit geschrieben:
> Gibt es sonst noch jemanden, der Vim als Editor verwendet?

[meld]


> Wie sind Eure Erfahrungen und warum benutzt Ihr den Vim ev. NeoVim?
> Gibt es Tipps z.B. hinsichtlich bestimmter Liebings-Plugins, die Ihr
> einem Neueinsteiger empfehlen könnt?

Vim ist erst mal wie Chinesisch. Rund 40.000 Schriftzeichen, aber für
den Alltagsgebrauch reicht ein kleiner Bruchteil davon sehr gut aus.
Überlege Dir, was genau Du gerade machen willst und such Dir dann die
entsprechenden Vim-Kommandos raus. Ignoriere erst mal alles andere, das
kannst Du später immer noch nachschlagen, wenn Du einen konkreten
Anwendungsfall hast. Laß Dich vom Funktionsumfang nicht abschrecken.

Ich habe auch ganz klein angefangen und, gemessen am Funktionsumfang von
Vim, kratze ich nach über 15 Jahren vim immer noch an der
Oberfläche rum. Aber für meinen Geschmack ist und bleibt es der beste
Editor und macht für mich das, was ich brauche.

Im Netz findest Du auch "cheat-sheets", die die häufigsten Kommandos
übersichtlich auflisten. Ich hatte sowas anfangs auch immer vor mir
liegen. Irgendwann werden Dir die Kommandos auch in Fleisch und Blut
übergehen, so daß Du solche Helferlein nicht mehr brauchst.

Wenn ich vor einer neuen Aufgabe stehe, die so noch nicht da war, hilft
sehr oft eine kurze Suche im Netz. Beispielsweise Blöcke innerhalb eines
Textes sortieren oder eine Reihe von Zahlen anders formatieren.
Nur Mut - Du bist auf dem richtigen Weg.

Ach ja, der Vollständigkeit halber: dieser Text ist auch mit vim 
geschrieben.

-- 
[no signatures left]

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

#111303

Stephan Elinghaus schrieb am Mo 06.07.2020 15:23:33 +0200:

> Wenn ich vor einer neuen Aufgabe stehe, die so noch nicht da war, hilft
> sehr oft eine kurze Suche im Netz. Beispielsweise Blöcke innerhalb eines
> Textes sortieren oder eine Reihe von Zahlen anders formatieren.

Ja - der eigene vim wächst mit dem eigenen Wissen :-) 

> Nur Mut - Du bist auf dem richtigen Weg.

Danke für die Ermutigung :-) 
 
> Ach ja, der Vollständigkeit halber: dieser Text ist auch mit vim 
> geschrieben.

Glückwunsch :-) 

----------------------------------------------------------------------

Hier ein Beispiel für ein neues Feature zum Ein- und Ausblenden nicht
druckbarer Zeichen, welches ich mir - durch Marks Posting inspiriert -
soeben neu implementiert habe:


https://gunter_gutzeit.keybase.pub/Bildschirmfoto_2020-07-06_16-55-50.png


Der obige Terminal zeigt das neue ListChars-Feature eingeschaltet und
der untere Terminal ausgeschaltet=Standard-Einstellung. Gut an dem Menü
finde ich, dass man die Set-Befehle so einprogrammieren kann, dass man
sofort sieht, ob der jeweilige Set-Befehl aktuell ein- oder aus-
geschaltet ist.

Gut finde ich auch, dass man jeden Menü-Befehl noch einmal mit einem
Hilfe-Text in der Status-Zeile versehen kann. So dient das Vim-Menü
gleichzeitig auch als "cheat-sheet" und man muss nicht mehr in
irgendwelchen Zetteln "herumwuseln".

Als Neuling reicht mir erst einmal:

:set list! | :set listchars+=tab:>-,space:°

Wie Du schon richtig angemerkt hast, lässt sich der vim ja, wenn sich
die Notwendigkeit später ergeben sollte, um die Darstellung weiterer
nicht druckbare Zeichen leicht erweitern.

----------------------------------------------------------------------

Ich finde, da kann man als Neueinsteiger in den Vim nicht meckern.

-- 
Gunter
https://guntergutzeit.de.cool

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

#111307

Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:
>:set list! | :set listchars+=tab:>-,space:°
>
>Wie Du schon richtig angemerkt hast, lässt sich der vim ja, wenn sich
>die Notwendigkeit später ergeben sollte, um die Darstellung weiterer
>nicht druckbare Zeichen leicht erweitern.

Funktioniert die character class [:space:]?

Grüße
Ma "man 7 regex" rc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

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

#111314

Marc Haber schrieb am Mo 06.07.2020 20:24:32 +0200:

> Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:
>> :set list! | :set listchars+=tab:> -,space:°
>> 
>> Wie Du schon richtig angemerkt hast, lässt sich der vim ja, wenn sich
>> die Notwendigkeit später ergeben sollte, um die Darstellung weiterer
>> nicht druckbare Zeichen leicht erweitern.  
> 
> Funktioniert die character class [:space:]?
> 
> Grüße
> Ma "man 7 regex" rc

Wirklich witzig. Mal wieder ein typischer Haber, wie er leibt und lebt.

Statt einem unprofessionellem Neuling zu helfen, der mit
Anfängerproblemen zu kämpfen hat, so eine bescheuerte Frage.

Warum siehst Du nicht selber nach?

:h regexp, :h /character-classes, :h /collection

| The editor Vim further distinguishes word and word-head classes (using
| the notation \w and \h) since in many programming languages the
| characters that can begin an identifier are not the same as those that
| can occur in other positions: numbers are generally excluded, so an
| identifier would look like \h\w* or [[:alpha:]_][[:alnum:]_]* in POSIX
| notation.
| 
| Note that what the POSIX regex standards call character classes are
| commonly referred to as POSIX character classes in other regex flavors
| which support them. With most other regex flavors, the term character
| class is used to describe what POSIX calls bracket expressions. 

-- 
Gunter
https://guntergutzeit.de.cool

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

#111316

Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:
>Marc Haber schrieb am Mo 06.07.2020 20:24:32 +0200:
>
>> Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:
>>> :set list! | :set listchars+=tab:> -,space:°
>>> 
>>> Wie Du schon richtig angemerkt hast, lässt sich der vim ja, wenn sich
>>> die Notwendigkeit später ergeben sollte, um die Darstellung weiterer
>>> nicht druckbare Zeichen leicht erweitern.  
>> 
>> Funktioniert die character class [:space:]?
>> 
>> Grüße
>> Ma "man 7 regex" rc
>
>Wirklich witzig. Mal wieder ein typischer Haber, wie er leibt und lebt.
>
>Statt einem unprofessionellem Neuling zu helfen, der mit
>Anfängerproblemen zu kämpfen hat, so eine bescheuerte Frage.

Das Problem ist, dass Du diese Frage nicht als zielführende Hilfe
gesehen hast.

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

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

#111321

Marc Haber schrieb am Di 07.07.2020 11:19:23 +0200:

> Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:
>> Marc Haber schrieb am Mo 06.07.2020 20:24:32 +0200:
>>  
>>> Gunter Gutzeit <gunter.gutzeit@arcor.de> wrote:  
>>>> :set list! | :set listchars+=tab:> -,space:°
>>>> 
>>>> Wie Du schon richtig angemerkt hast, lässt sich der vim ja, wenn sich
>>>> die Notwendigkeit später ergeben sollte, um die Darstellung weiterer
>>>> nicht druckbare Zeichen leicht erweitern.    
>>> 
>>> Funktioniert die character class [:space:]?
>>> 
>>> Grüße
>>> Ma "man 7 regex" rc  
>> 
>> Wirklich witzig. Mal wieder ein typischer Haber, wie er leibt und lebt.
>> 
>> Statt einem unprofessionellem Neuling zu helfen, der mit
>> Anfängerproblemen zu kämpfen hat, so eine bescheuerte Frage.  
> 
> Das Problem ist, dass Du diese Frage nicht als zielführende Hilfe
> gesehen hast.

Nun - diese Antwort ist ja wohl mal wieder der Gipfel der Frechheit:

Les Dir erst einmal durch, mit welchen Optionen Du die Programm-
Einstellungen Deines Vim anpassen kannst.

Dann überlege Dir erst einmal in welchem Zusammenhang collections
überhaupt verwendet werden.

Schließlich solltest Du Dir dann die Mühe machen, zu verstehen, was
überhaupt character-classes sind.

Und erst dann würde ich mir beim nächsten Mal überlegen, mit welchen
bescheuerten Fragen ich dann zum wiederholten Male versuche,
unerfahrene Fragesteller in dieser Gruppe zu verarschen.  

-- 
Gunter
https://guntergutzeit.de.cool

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

#111329

Gunter Gutzeit (ich selbst) schrieb am Di 07.07.2020 09:12:36 +0200:

> Warum siehst Du nicht selber nach?

Ja - warum denn eigentlich nicht?

> :h regexp, :h /character-classes, :h /collection
> 
> | The editor Vim further distinguishes word and word-head classes (using
> | the notation \w and \h) since in many programming languages the
> | characters that can begin an identifier are not the same as those that
> | can occur in other positions: numbers are generally excluded, so an
> | identifier would look like \h\w* or [[:alpha:]_][[:alnum:]_]* in POSIX
> | notation.

Für einen Linux-Laien, wie mich, ist auffallend, dass die angespochenen
Zeichenklassen-Spezifikatoren des Vim offenbar als ein Element unter
vielen anderen angesehen werden kann, eingebettet in ein über-
geordnetes Regelwerk (?) einheitlicher Syntaxspezifikationen, wie sie
mir auch in anderen Linux-Werkzeugen wie grep, sed und awk z.B. als
Pattern zum Suchen (und/oder Ersetzen) von Zeichenketten schon begegnet
sind. Das macht den Vim doch ziemlich interessant.

Welche Unix-Grundidee steckt eigentlich dahinter? Gibt es da
tatsächlich eine einheitliche Systematik oder kochen da die
unterschiedlichen Linux-Werkzeuge einmal wieder - jeder für sich -
jeweils ihr eigenes Süppchen? 

-- 
Gunter
https://guntergutzeit.de.cool

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

#111331

Gunter Gutzeit wrote:
> 
> [...]
> Für einen Linux-Laien, wie mich, ist auffallend, dass die angespochenen
> Zeichenklassen-Spezifikatoren des Vim offenbar als ein Element unter
> vielen anderen angesehen werden kann, eingebettet in ein über-
> geordnetes Regelwerk (?) einheitlicher Syntaxspezifikationen, wie sie
> mir auch in anderen Linux-Werkzeugen wie grep, sed und awk z.B. als
> Pattern zum Suchen (und/oder Ersetzen) von Zeichenketten schon begegnet
> sind. Das macht den Vim doch ziemlich interessant.
> 
> Welche Unix-Grundidee steckt eigentlich dahinter? Gibt es da
> tatsächlich eine einheitliche Systematik oder kochen da die
> unterschiedlichen Linux-Werkzeuge einmal wieder - jeder für sich -
> jeweils ihr eigenes Süppchen? 

POSIX definiert prinzipiell 2 Arten von Regular Expressions (BRE und
ERE):
<https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html>

Zeichenklassen (character classes) sind hier unter Punkt 6 definiert:
<https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05>

Utilities wie awk, sed und vi sind ebenfalls POSIX genormt:
<https://pubs.opengroup.org/onlinepubs/9699919799/utilities/awk.html>
<https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sed.html>
<https://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi.html>
Vim kann natürlich deutlich mehr als ein POSIX vi.

Speziell für Utilities in Scripten ist es aber sinnvoll sich auf die
POSIX-Funktionen zu beschränken. Das macht die Sache portabel.

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

#111334

Michael Bäuerle schrieb am Mi 08.07.2020 11:03:21 +0200:

> Gunter Gutzeit wrote:
>> 
>> [...]
>> Für einen Linux-Laien, wie mich, ist auffallend, dass die angespochenen
>> Zeichenklassen-Spezifikatoren des Vim offenbar als ein Element unter
>> vielen anderen angesehen werden kann, eingebettet in ein über-
>> geordnetes Regelwerk (?) einheitlicher Syntaxspezifikationen, wie sie
>> mir auch in anderen Linux-Werkzeugen wie grep, sed und awk z.B. als
>> Pattern zum Suchen (und/oder Ersetzen) von Zeichenketten schon begegnet
>> sind. Das macht den Vim doch ziemlich interessant.
>> 
>> Welche Unix-Grundidee steckt eigentlich dahinter? Gibt es da
>> tatsächlich eine einheitliche Systematik oder kochen da die
>> unterschiedlichen Linux-Werkzeuge einmal wieder - jeder für sich -
>> jeweils ihr eigenes Süppchen?   
> 
> POSIX definiert prinzipiell 2 Arten von Regular Expressions (BRE und
> ERE):
> <https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html> 
> 
> Zeichenklassen (character classes) sind hier unter Punkt 6 definiert:
> <https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05> 
> 
> Utilities wie awk, sed und vi sind ebenfalls POSIX genormt:
> <https://pubs.opengroup.org/onlinepubs/9699919799/utilities/awk.html> 
> <https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sed.html> 
> <https://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi.html> 
> Vim kann natürlich deutlich mehr als ein POSIX vi.
> 
> Speziell für Utilities in Scripten ist es aber sinnvoll sich auf die
> POSIX-Funktionen zu beschränken. Das macht die Sache portabel.

Auch Dir, lieber Michael, meinen herzlichen Dank für Deine Mühen.

Da sieht man jetzt einmal die unterschiedlichen "Dialekte" der geltenden
Regularien fein säuberlich nebeneinander aufgereiht.

Bisher waren meine Abfragen mit awks und sed zumeist Zufallstreffer
aufgrund bestimmter Suchabfragen aus dem Internet bzw ein mehr oder
weniger unsystematisches Herumspielen mit diesem "Rohmaterial" bis
dann irgendwie der gewünschte Erfolg eintrat.

Etwas mehr Hintergrundwissen, auch der Systematiken, die eigentlich
dahinter stecken wird mir bei meinen künftigen "Programmierereien" für
den Hausgebrauch sicherlich eine Menge Zeitersparnis einbringen.   

-- 
Gunter
https://guntergutzeit.de.cool

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

#111332

* Gunter Gutzeit <gunter.gutzeit@arcor.de>:
> Gunter Gutzeit (ich selbst) schrieb am Di 07.07.2020 09:12:36 +0200:
>
>> Warum siehst Du nicht selber nach?
>
> Ja - warum denn eigentlich nicht?
>
>> :h regexp, :h /character-classes, :h /collection
>> 
>> | The editor Vim further distinguishes word and word-head classes (using
>> | the notation \w and \h) since in many programming languages the
>> | characters that can begin an identifier are not the same as those that
>> | can occur in other positions: numbers are generally excluded, so an
>> | identifier would look like \h\w* or [[:alpha:]_][[:alnum:]_]* in POSIX
>> | notation.
>
> Für einen Linux-Laien, wie mich, ist auffallend, dass die angespochenen
> Zeichenklassen-Spezifikatoren des Vim offenbar als ein Element unter
> vielen anderen angesehen werden kann, eingebettet in ein über-
> geordnetes Regelwerk (?) einheitlicher Syntaxspezifikationen, wie sie
> mir auch in anderen Linux-Werkzeugen wie grep, sed und awk z.B. als
> Pattern zum Suchen (und/oder Ersetzen) von Zeichenketten schon begegnet
> sind. Das macht den Vim doch ziemlich interessant.

Das ist gewachsen. Es ist eher kein Regelwerk sondern der seltene Fall
einer Entwicklung, bei der fast alle Beteiligten auf eine gemeinsame
Linie einschwenkten.

Das alles ist viel älter als Linux und vim.

Die Abkürzungen für Sonderzeichen wie \n (Newline), \t (Tab) kommen
aus C (hat da vielleicht auch Vorläufer).

Die Abkürzungen von Zeichenklassen wie \w für [A-Za-z0-9_] oder \d
für [0-9] gab es schon in frühen Regex-Implementationen von
Unix-Tools, z.b. lex und egrep. Die Notation war aber uneinheitlich,
bei manchen musste man (|) mit einem Backslash escapen, bei anderen
nicht.

Ende der 80er kam Perl auf und damit eine Überarbeitung und Erweiterung
der regulären Ausdrücke:
  - Erweiterte Quantoren wie + und {n,m}
  - Minimales und maximales (greedy and lazy) Matching
  - Anker für mehrzeilige Strings, Wortgrenzen
  - Lookahead, Lookbehind
Das war ein grosser Erfolg und wurde von vielen anderen Sprachen
übernommen, z.B. Java, Python, .NET, und für C wurde die pcre-Library
entwickelt, das dann in vielen Tools eben Perl-Compatible Regular
Expressions (pcre) zur Verfügung standen, insbesondere auch in PHP,
mit dem viele Nichtwirklichprogrammierer mit Regulären Ausdrücken in
Berührung kamen.

In den frühen 90ern wurde eine POSIX-Spezifikation erarbeitet,
aus dieser Ecke kommt die Notation wie [:alpha:], [:blank:] usw.
Das war halt "Design by Committee" und kein grosser Erfolg,
insbesondere bei interaktiven Tools wie vim wird man viel eher \d als
[:digit:] verwenden, weils einfach viel weniger zu tippen ist.

Irgendwann ab den späteren 90ern wurden viele Regex-Implementationen
Unicode-fähig.

Es ist wirklich erstaunlich, das dieses Gebiet über die Jahrzehnte
eher koheränter als diverser geworden ist. Typischerweise hat in
ähnlich gelagerten Fällen Microsoft die Technologie "embraced and
enhanced", d.h. eine Kopie soweit verändert, dass sie definitiv nicht
mehr kompatibel war, und das ganze als "neuen Standard" präsentiert.
In diesem Fall ist das nicht geschehen, .NET verwendet "ganz normale"
Perl-5-kompatible Regular Expressions.

 - Andi

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

#111333

Andreas Karrer schrieb am Mi 08.07.2020 09:27:26 GMT:

> * Gunter Gutzeit <gunter.gutzeit@arcor.de> :

>> Für einen Linux-Laien, wie mich, ist auffallend, dass die angespochenen
>> Zeichenklassen-Spezifikatoren des Vim offenbar als ein Element unter
>> vielen anderen angesehen werden kann, eingebettet in ein über-
>> geordnetes Regelwerk (?) einheitlicher Syntaxspezifikationen, wie sie
>> mir auch in anderen Linux-Werkzeugen wie grep, sed und awk z.B. als
>> Pattern zum Suchen (und/oder Ersetzen) von Zeichenketten schon begegnet
>> sind. Das macht den Vim doch ziemlich interessant.  
> 
> Das ist gewachsen. Es ist eher kein Regelwerk sondern der seltene Fall
> einer Entwicklung, bei der fast alle Beteiligten auf eine gemeinsame
> Linie einschwenkten.

Das hätte ich nun nicht gedacht, dass sich die Beteiligten an dieser
Stelle einmal "freiwillig" zusammenraufen.

> Das alles ist viel älter als Linux und vim.

Wenn Vim sich in diese altehrwürdige Tradition einreiht, muss ich dem
Programm demnächst wohl mit noch mehr Ehrfurcht und Respekt entgegen
treten :-) 

> Die Abkürzungen für Sonderzeichen wie \n (Newline), \t (Tab) kommen
> aus C (hat da vielleicht auch Vorläufer).

Ja - sogar in der Bash-Programmierung :-) 

> Die Abkürzungen von Zeichenklassen wie \w für [A-Za-z0-9_] oder \d
> für [0-9] gab es schon in frühen Regex-Implementationen von
> Unix-Tools, z.b. lex und egrep. Die Notation war aber uneinheitlich,
> bei manchen musste man (|) mit einem Backslash escapen, bei anderen
> nicht.

Diese Zeichenklassen z.B. [A-Z] oder [C-Z] und [0-9] sind ein echter
Segen. Die Abkürzungen in einer Vim-Umgebung ersparen dann noch jede
Menge Tipp-Arbeit, ob nun in einem Vim-Skript oder als einfacher
Vim-Befehl. 
 
> Ende der 80er kam Perl auf und damit eine Überarbeitung und Erweiterung
> der regulären Ausdrücke:
>  - Erweiterte Quantoren wie + und {n,m}
>  - Minimales und maximales (greedy and lazy) Matching
>  - Anker für mehrzeilige Strings, Wortgrenzen
>  - Lookahead, Lookbehind
> Das war ein grosser Erfolg und wurde von vielen anderen Sprachen
> übernommen, z.B. Java, Python, .NET, und für C wurde die pcre-Library
> entwickelt, das dann in vielen Tools eben Perl-Compatible Regular
> Expressions (pcre) zur Verfügung standen, insbesondere auch in PHP,
> mit dem viele Nichtwirklichprogrammierer mit Regulären Ausdrücken in
> Berührung kamen.

So hängt denn alles mit allem irgendwie zusammen und die
Programmiersprachen beeinflussen sich gegenseitig. Die genialsten Ideen
und die besten Vereinfachungen setzen sich in diesem evolutionären
Prozess nach dem Gemeinwohl-Prinzip hoffentlich durch.

> In den frühen 90ern wurde eine POSIX-Spezifikation erarbeitet,
> aus dieser Ecke kommt die Notation wie [:alpha:], [:blank:] usw.
> Das war halt "Design by Committee" und kein grosser Erfolg,
> insbesondere bei interaktiven Tools wie vim wird man viel eher \d als
> [:digit:] verwenden, weils einfach viel weniger zu tippen ist.

[:blank:] lässt sich leichter merken, bedeutet aber auch mehr Tipp-
Arbeit.
 
> Irgendwann ab den späteren 90ern wurden viele Regex-Implementationen
> Unicode-fähig.
> 
> Es ist wirklich erstaunlich, das dieses Gebiet über die Jahrzehnte
> eher koheränter als diverser geworden ist. Typischerweise hat in
> ähnlich gelagerten Fällen Microsoft die Technologie "embraced and
> enhanced", d.h. eine Kopie soweit verändert, dass sie definitiv nicht
> mehr kompatibel war, und das ganze als "neuen Standard" präsentiert.
> In diesem Fall ist das nicht geschehen, .NET verwendet "ganz normale"
> Perl-5-kompatible Regular Expressions.

Vielen Dank für Deine interessanten, lehrreichen, allgemein verständ-
lichen und druckreifen Ausführungen, auch im Namen aller anderen Leser,
die das Thema interessiert.

-- 
Gunter
https://guntergutzeit.de.cool

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

#111337

* Gunter Gutzeit <gunter.gutzeit@arcor.de>:
>
> Vielen Dank für Deine interessanten, lehrreichen, allgemein verständ-
> lichen und druckreifen Ausführungen, auch im Namen aller anderen Leser,
> die das Thema interessiert.

Tja, druckreif -- ich habe vor Jahren das Buch "Mastering Regular
Expressions" (Jeffrey Friedl, O'Reilly) aus dem Englischen ins Deutsche
übersetzt und mit LaTeX gesetzt. Da ist es von Vorteil, wenn man
verständlich formulieren kann. Und wenn man Fehler macht, gibts noch
einen Lektor und eine Korrektorin, und das Resultat ist dann im
Wortsinn druckreif.

Damals, 1996, war das das erste Buch über Regular Expressions (RE).
Man hat sich gedacht "Wie bitte, ein ganzes Buch über Regular
Expressions? Nächstens schreibt jemand ein Buch über vi oder ls!". In
der Zwischenzeit gibt es zig Bücher über RE, nicht nur "Java RE",
sondern auch "Java 9 RE", natürlich "JavaScript RE", aber auch "Oracle
RE". Und Bücher über vi gibt es auch.

Und dabei ist der Markt für IT-Bücher vermutlich kleiner geworden.
Für fast alles gibt es genügend gute Tutorials auf dem Netz, das
Jungvolk ist an Lernvideos gewöhnt usw. Viele Themen sind extrem
kurzlebig geworden; was du vor 2 Jahren über React oder Angular
gelernt hast, stimmt nur noch zum Teil. Wissen über Reguläre
Ausdrücke oder eben vi sind da geradezu ewige Wahrheiten.

 - Andi

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

#111339

Andreas Karrer <ak-0a@gmx.ch> schrieb:

> Und dabei ist der Markt für IT-Bücher vermutlich kleiner geworden.
> Für fast alles gibt es genügend gute Tutorials auf dem Netz, das
> Jungvolk ist an Lernvideos gewöhnt usw.

Kann aber manchmal durchaus ganz interessant sein:
<https://www.youtube.com/watch?v=NTfOnGZUZDk>

„[...]So the general structure of that is 'g', followed by a regular
expression, followed by the letter 'p' -- g/re/p -- and that's the genesis
of where it [grep] came from[...]“.

(In dem Video erzählt Brian Kernighan persönlich, wie regex entstanden
sind.)

> Viele Themen sind extrem
> kurzlebig geworden; was du vor 2 Jahren über React oder Angular
> gelernt hast, stimmt nur noch zum Teil. Wissen über Reguläre
> Ausdrücke oder eben vi sind da geradezu ewige Wahrheiten.

React oder Angular stammen ja auch nicht von Leuten wie Thompson,
Ritchie, Kernighan (oder Pike oder Knuth...) ;-)


Einer der Kommentare zu dem Video:

At an interview -
recruiter: what would you consider your greatest weakness?
me: I'm not Ken Thompson


Gruß,

Marcus
⚂⚃

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

#111341

On Thu, 09 Jul 2020 00:21:33 Marcus Jodorf wrote:
> Andreas Karrer <ak-0a@gmx.ch> schrieb:
> Kann aber manchmal durchaus ganz interessant sein:
> <https://www.youtube.com/watch?v=NTfOnGZUZDk>
> 
> „[...]So the general structure of that is 'g', followed by a regular
> expression, followed by the letter 'p' -- g/re/p -- and that's the genesis
> of where it [grep] came from[...]“.
> 
> (In dem Video erzählt Brian Kernighan persönlich, wie regex entstanden
> sind.)

Und so schließt sich auf wundersame Weise der Kreis zum Topic,
denn die ed-Kommandos sind im (nicht-interaktiven) Modus des vi(m)
ja immer noch verfügbar.

Eine Notation davon, die mir wichtig genug geworden ist, dass ich
sie im aktiven Wortschatz behalten habe, beschränkt das Ersetzen von
Suchergebnissen auf die nächsten 10 Zeilen:

:s,+10/find/replace/g

Das Leben ist manchmal unglaublich elegant, dabei verdanken wir das
bloß der damaligen Ressourcenknappheit :)

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Säuseln ohne Grenzen - Stefan, so dusslig wie die Macht!
(Sloganizer)

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

#111345

Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
>:s,+10/find/replace/g

Wirklich sorum und ncith eher :,+10s/ wie bei %s oder 1,$s?

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

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

#111348

On Thu, 09 Jul 2020 10:00:39 Marc Haber wrote:
> Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) wrote:
> >:s,+10/find/replace/g
 
> Wirklich sorum und ncith eher :,+10s/ wie bei %s oder 1,$s?

Ja, natürlich. Ich und das nicht-empirische Aufschreiben von
Befehlen/Programmen, wir werden in diesem Leben nicht mehr
zusammenkommen :-/

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Ein Paradies schon auf Erden. Mit Stefan. Ein rasendes Vergnügen!
(Sloganizer)

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

#111353

Stefan Froehlich schrieb am Do 09.07.2020 06:00:53 GMT:

> Eine Notation davon, die mir wichtig genug geworden ist, dass ich
> sie im aktiven Wortschatz behalten habe, beschränkt das Ersetzen von
> Suchergebnissen auf die nächsten 10 Zeilen:
> 
> :s,+10/find/replace/g

sed '1,10 s/find/replace/g' # s=substitute mit sed (in Zeilen 1-10)
sed '1,10 s/find/replace/'  # Ersetzt 1. Vorkommen pro Zeile (1-10)
sed '1,10 s/find/replace/4' # Ersetzt 4. Vorkommen pro Zeile (1-10)

Bei der  B e s c h r ä n k u n g  gibt es Unterschiede in der Syntax.

-- 
Gunter
https://guntergutzeit.de.cool

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

#111355

Gunter Gutzeit (ich selbst) schrieb am Do 09.07.2020 14:22:16 +0200:

> Stefan Froehlich schrieb am Do 09.07.2020 06:00:53 GMT:
> 
>> Eine Notation davon, die mir wichtig genug geworden ist, dass ich
>> sie im aktiven Wortschatz behalten habe, beschränkt das Ersetzen von
>> Suchergebnissen auf die nächsten 10 Zeilen:
>> 
>> :s,+10/find/replace/g  
> 
> sed '1,10 s/find/replace/g' # s=substitute mit sed (in Zeilen 1-10)
> sed '1,10 s/find/replace/'  # Ersetzt 1. Vorkommen pro Zeile (1-10)
> sed '1,10 s/find/replace/4' # Ersetzt 4. Vorkommen pro Zeile (1-10)
> 
> Bei der  B e s c h r ä n k u n g  gibt es Unterschiede in der Syntax.

Bezugspunkte, die in dem Suchen-und-Ersetzen-Befehl abgebildet werden:

in Sed:
Dateianfang und -ende & Zeilenanfang und -ende

im Vim:
Bufferanfang und -ende & Zeilenanfang und -ende & Cursorposition

-- 
Gunter
https://guntergutzeit.de.cool

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

Page 4 of 5 — ← Prev page 1 2 3 [4] 5  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web