bash: Merkwürdiges Skript-Verhalten

OP #7868696
Lesenswert?

Das Skript im Anhang hat prima funktioniert – bis ich es kürzlich mal wieder brauchte:

Aufruf: retouch datei

Sinn: es soll den Mime-Type der Datei bestimmen und dann das passende Programm zu Bearbeiten der Datei starten. Textdateien mit xed. Anschließend soll das alte Bearbeitungsdatum der Datei wiederhergestellt werden.

Bisher wartete das Skript, bis xed beendet wurde.

Seit neustem tut es das nicht mehr, sondern startet xed und ruft dann sofort touch auf, während xed noch offen ist.

Stehe ich auf dem Schlauch, oder was ist da los?

Nachtrag: auch ein wait nach der Zeile $handler $1 ändert nichts an dem Verhalten.

Angehängte Dateien:
Beitrag #7868733 wurde von einem Moderator gelöscht.
#7868957
Lesenswert?

Moriz schrieb:

Die feine Art ist so eine stillschweigende Änderung incl. dem reichlich kryptischen man-Text "Open files and block the xed process." allerdings nicht.

Die "-w" Option gibt's seit mindestens 9 Jahren im xed.

Mal geschaut wie sich xed verhält, wenn beim Aufruf per Script/Kommandozeile noch keine Instanz davon läuft, der das neue File als Tab oder neues Fenster untergeschoben werden kann?

Vielleicht hattest du früher einfach immer Glück?

OP #7869318
Lesenswert?

Εrnst B. schrieb:

Die "-w" Option gibt's seit mindestens 9 Jahren im xed.

Der man-Text dazu ist rätselhaft…

Mal geschaut wie sich xed verhält, wenn beim Aufruf per Script/Kommandozeile noch keine Instanz davon läuft, der das neue File als Tab oder neues Fenster untergeschoben werden kann?

Das scheint die Spur zu sein. Es lief ein xed, aber in einem anderen Workspace. Das Skript öffnet ein neues xed-Fenster. Offensichtlich wird da stillschweigen die Option --new-window gesetzt.

So sonderlich gut durchdacht ist das nicht, es fehlt eine Option --new-instance…

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren