Interesse an Script-Framework?

[sea]

Moin zusammen

Ich bin seit längerem an einem Script-Framework (SWARM ; Shell Wrapper and Runtime Modifier ; ein Text User Interface für (BASH-)Scripte) dran.
Sinn-gemäss, eine andere form von NCurses (das versucht mir zu sehr 'Windows' zu sein, obwohl es das nicht ist).

Einerseits möchte ich mein Projekt vorstellen, andererseits würde mich interessieren, wer "heutzutage" (es gibt ja fast nur noch GUI-fetischisten) noch "application-like-scripts" schreibt, bzw schreiben will.

So kann es aussehen:


Hier ein kurzes sinngemässes Beispiel als Code:

header	--default
title	"Mein Titel"
printe	"Links orientiert" "Rechter text"
item=$( pick $list  )

Früher hiess (nannte ich) es TUI und musste installiert werden.
Um 2016 rum realisierte ich das 'installieren' die falsche herangehensweise ist, und das ich "von vorne" beginnen musste.
Das schob ich bis Januar 2020 auf, und seither heisst es SWARM, ist "runtime" und ist bereits fast fertig -> weil ich ja nur funktionen umschreiben, bzw, anpassen muss.

In der neuen Form ist es bereits Cross-Platfrorm getestet:

• RedHat
• Debian
• Arch
• Cygwin
• PuppyOS (bionic)
• ClearLinux
• Gentoo

Es müsste auch auf *BSD und Solaris lauffähig sein.
Desweiteren muss sich ein Script-Autor nicht mehr darum kümmern welchen Text-Editor ein user installiert hat, da SWARM diese abfrage macht, und der User sogar seinen Favoriten einstellen kann.
( Viele werden wohl Leaf- oder Mousepad vorinstalliert haben, aber dennoch eher Gedit, Atom, Brackets oder EMACS nutzen. )
Ebenso für webbrowser und filemanager, obendrauf unterscheidet SWARM zwischen GUI und CLI umgebung -> Gedit oder Nano.

Aber bevor ich hier noch mehr darüber schreibe würde mich interessieren ob das hier überhaupt jemanden interessiert.

Danke fürs lesen

[marce]

Interesse - grundsätzlich ja.

... nur meist immer die Frage nach Aufwand / Nutzen - "lohnt" sich der Aufwand, um bei den paar Scripten, die Eingaben verlangen, sowas einzubauen oder ist man mit der QnD-Variante nicht einfach zufrieden (zumindest solange nur ich damit arbeiten muss...)

[sea]

<orginal Post gelöscht, empfand ich selbst als zu aggresiv (zuviel text und self-advertisment) beim erneuten Lesen, Stunden später... :: Sorry>

Naja, SWARM ist gedacht um application-like-scripte zu schreiben.
Also eher eine alternative zu NCurses, Zenity und dergleichen.

Daher, 'nimmt' man SWARM nur für 'grosse' Scripte, und ob dort - bzw dadruch - ein Mehr-Aufwand entsteht, bezweifle ich.

[sea]

Cool, über 111 views, das sind über 70 seit dem letzten post.
Denke das darf ich als interesse verstehen

Dann schreib ich mal noch die manpages fertig, und die noch fehlenden funktionen, sowas wie...
Check-/Todo-liste für mich:

Kleine Funktionen

• rnd -> Done
• wait -> Done
• swarm.str.hash
• terminal -> Done
• swarm.util.tar -> Done
• swarm.str.usb -> Done
• swarm.str.genfilename -> Done
• swarm.str.extension -> Done
• mv
• cp
• log
• asroot

Mittlere Funktionen

• bar
• install (Plattform-übergreifend)
• download
• (swarm.util.dd)

Grosse Funktionen

• cfg.editor
• swarm

Ist ja nicht mehr viel, das manpage schreiben macht mir mehr 'sorgen'...
Wenn ich soweit bin, Poste ich das dann im Applikationsvorstellungsthread.