Das kann ich nicht einschätzen, weil ich schlichtweg kein Python kann. Im Grunde ist Subst ja nicht mein Vorhaben, sondern ein Projekt des Entwicklers von Subst. Ich will das Programm natürlich nutzen. Deswegen sollte es bugfrei sein. Aber welche Features in das Programm eingebaut werden sollen, ist nicht meine Entscheidung. Mein Engagement auf Github beschränkt sich bezüglich Subst darauf, Bugs zu melden und dem Entwickler im Rahmen meiner Möglichkeiten zu helfen, sie zu beseitigen, also z. B. möglichst schnell zu reagieren, wenn er eine Änderung an Subst vorgenommen hat und ihm zu schreiben, ob sie unter Windows funktioniert. Dabei versuche ich, ihm nicht Probleme mit Subst zu melden, die nur deshalb entstehen, weil ich z. B. nicht verstanden habe, wie reguläre Ausdrücke funktionieren. Ich überlege also dreimal, bevor ich dem Entwickler ein neues Problem melde, weil ich ihm nicht die Zeit stehlen will. Die Zeit, die er sich für Erklärungen nimmt, ist Zeit, die nicht mehr für die Beseitigung von Bugs zur Verfügung steht.Bringt dir das was für dein Vorhaben? In dem Fall könnte ich natürlich noch die Behandlung von Carets mit aufnehmen...
In Bezug auf mein Vorhaben, Subst für die Ersetzungen in dekompilierten Fonts einzusetzen: Ich kann es bereits jetzt nutzen. Noch brauche ich das Caret nicht in meinen Mustern. Und Wildcards brauche ich derzeit auch nicht in den Befehlen von Subst, weil ich die Befehle innerhalb einer For-Schleife meines Batch-Scripts abarbeiten lasse. Aber ich wünsche mir halt eine Ersetzungssoftware, die bugfrei ist, um nicht später in Probleme zu rennen, wenn ich mir bereits sehr viel Arbeit mit der Erstellung der Muster gemacht habe.
Da hätte ich gar nichts gegen. Nur kann ich eben kein Python. Deswegen hatte ich ursprünglich auch nicht die Absicht, die Bugs hier in diesem Thread zu diskutieren. Ich bin schlichtweg nicht kompetent genug, um in Bezug auf den Code mehr zur Beseitigung der Bugs beizutragen, als ich bisher beigetragen habe. Es ging vielmehr darum, auf Subst aufmerksam zu machen, und zwar in der Hoffnung, dass Python-Programmierer, die das Skript ebenfalls für nützlich halten, in das Projekt einsteigen. Außer mir gab es nur eine andere Person, die dem Entwickler ein Problem gemeldet hat. Und ich vermute, das liegt entweder daran, dass fast niemand Subst kennt oder dass die meisten keine Notwendigkeit darin sehen, ein Skript wie Subst zu programmieren, weil es für sie bessere Alternativen gibt.Anscheinend bist du nicht daran interessiert, dass statt Anpassungen als Alternative einfach neuer Code geschrieben wird.