Dem letzten Satz kann ich so nicht zustimmen, es ist ja nicht so das jetzt alles was sich auf die soffice-API bezieht, in python ungültig ist oder sich nicht relativ einfach "übersetzen" lässt.
Ja, stimmt da habe ich mich 'vergaloppiert' (ich meinte eigentlich nur die Sprache, aber ich schrieb ja nun einmal "in Bezug auf OO/LO"), also stimmt, Deine Kritik ist richtig.
Was in der Richtung fehlt ist ein einfaches plattformunabhänges Konzept[1] einer IDE die transparent auch noch ein wenig mehr kann als die relativ "dumme" Basic-IDE.
Das ist zutreffend, und ich würde noch etwas weiter gehen: die IDE sollte in OO/LO integriert sein (das müsste nicht 'nativ' sein, sondern könnte ja auch per Extension nachrüstbar sein), weil das Ganze sonst nicht wirklich normalanwendertauglich ist.
Die Probleme fangen schon da an wo der Anwender ein Script händisch in das Dokument packen muss, man kann den Vorgang so gut beschreiben wie man will, aus Anwendersicht erscheint dass alles nicht 'rund' wenn man es händisch machen muss.
Vergleichweise ist es heute auch bei Basic-Extensions noch so, denn dort ist eine große Zahl von Anwendern auf Tools wie BasicAddonBuilder angewiesen. Im Übrigen ist es auch für mich nervig und zeitfressend Vieles per Hand machen zu müssen.
imho:
Wenn sich Python in Praxis nicht durchsetzt dann auch, und ziemlich maßgeblich, wegen solch fehlenden Komforts bei der Programmierung, zumal viele Leute Umsteiger sind und VBA gewöhnt sind.
Das ist auch so zu beobachten wenn ich beruflich programmiere, nahezu kein Kunde will für die typischen kleinen Automatisierungen etwas Anderes als Basic, weil er dort häufig genügend Kenntnisse hat später selbst Änderungen vorzunehmen.
An Nachteile von Basic ist er hingegen von VBA gewöhnt und solange etwas in Basic geht (Einiges geht ja technisch wirklich nur in Python & co.) sind demgegenüber die Vorteile von Python nie so gravierend das es Anwender in großer Zahl überzeugt, z.B. der häufig erheblich kürzere Code, der natürlich auch leichter zu warten ist, bringt dann kaum merkliche Vorteile wenn es um typische kleine Automatisierungen geht, die häufig nur wenige hundert bis vielleicht einige tausend Codezeilen haben.
Leider wirkt
in dieser Hinsicht auch jede Verbesserung bei der Ausführbarkeit von VBA in OO/LO in die quasi falsche Richtung denn es bestärkt eher am Festhalten an Basic.
Gruß
Stephan
[quote]Dem letzten Satz kann ich so nicht zustimmen, es ist ja nicht so das jetzt alles was sich auf die soffice-API bezieht, in python ungültig ist oder sich nicht relativ einfach "übersetzen" lässt.[/quote]
Ja, stimmt da habe ich mich 'vergaloppiert' (ich meinte eigentlich nur die Sprache, aber ich schrieb ja nun einmal "in Bezug auf OO/LO"), also stimmt, Deine Kritik ist richtig.
[quote]Was in der Richtung fehlt ist ein einfaches plattformunabhänges Konzept[1] einer IDE die transparent auch noch ein wenig mehr kann als die relativ "dumme" Basic-IDE.[/quote]
Das ist zutreffend, und ich würde noch etwas weiter gehen: die IDE sollte in OO/LO integriert sein (das müsste nicht 'nativ' sein, sondern könnte ja auch per Extension nachrüstbar sein), weil das Ganze sonst nicht wirklich normalanwendertauglich ist.
Die Probleme fangen schon da an wo der Anwender ein Script händisch in das Dokument packen muss, man kann den Vorgang so gut beschreiben wie man will, aus Anwendersicht erscheint dass alles nicht 'rund' wenn man es händisch machen muss.
Vergleichweise ist es heute auch bei Basic-Extensions noch so, denn dort ist eine große Zahl von Anwendern auf Tools wie BasicAddonBuilder angewiesen. Im Übrigen ist es auch für mich nervig und zeitfressend Vieles per Hand machen zu müssen.
imho:
Wenn sich Python in Praxis nicht durchsetzt dann auch, und ziemlich maßgeblich, wegen solch fehlenden Komforts bei der Programmierung, zumal viele Leute Umsteiger sind und VBA gewöhnt sind.
Das ist auch so zu beobachten wenn ich beruflich programmiere, nahezu kein Kunde will für die typischen kleinen Automatisierungen etwas Anderes als Basic, weil er dort häufig genügend Kenntnisse hat später selbst Änderungen vorzunehmen.
An Nachteile von Basic ist er hingegen von VBA gewöhnt und solange etwas in Basic geht (Einiges geht ja technisch wirklich nur in Python & co.) sind demgegenüber die Vorteile von Python nie so gravierend das es Anwender in großer Zahl überzeugt, z.B. der häufig erheblich kürzere Code, der natürlich auch leichter zu warten ist, bringt dann kaum merkliche Vorteile wenn es um typische kleine Automatisierungen geht, die häufig nur wenige hundert bis vielleicht einige tausend Codezeilen haben.
Leider wirkt [i]in dieser Hinsicht[/i] auch jede Verbesserung bei der Ausführbarkeit von VBA in OO/LO in die quasi falsche Richtung denn es bestärkt eher am Festhalten an Basic.
Gruß
Stephan