forum.opsi.org

Hi,

hat schon jemand opsi-cli unter Windows getestet?

Wenn ich das per opsi installiere, komme ich noch nicht mal ans Binary unter c:\opsi.org. Ich hab das auch manuell installiert auf einem unmanaged Windows. Hier kann ich das Tool zwar benutzen, es scheint aber nicht richtig zu funktionieren: Ich kann unsere eigenen Plugins hinzufügen, aber er sagt dann trotzdem immer beim Aufruf der Plugins invalid Command. Bei einem Aufruf von opsi-cli plugin list kommt der Fehler No module named 'fcntl'.

Viele Grüße,
Stefan

Hallo,

wird in dem eigenen Plugin fcntl verwendet (importiert)?
fcntl steht unter Windows nicht zur Verfügung.

Grüße
Jan Schneider

Ok das waren tatsächlich unsere Plugins. Wäre natürlich super, wenn sowas nicht das ganze opsi-cli runterziehen würde. Aber ich schau dann mal, wie ich das Plugin Windows-Ready bekomme.

Gibt es übrigens einen Grund, wieso bei opsi-cli entgegen den Python-Standard standardmäßig mit Tabs eingerückt wird?

Ja, da können wir sicher noch etwas verbessern.
Bei uib bevorzugen wir Tabs für die Einrückung.
In den Plugins kann man das natürlich machen wie man möchte.

Das wird bei euch aber nicht so ganz durchgezogen, siehe Netbook-Produkte

Ich habe mich Anfangs an eure Konvention gehalten, inzwischen ist dadurch aber mein kate dann ganz grün, da ich nun LSP aktiviert habe, weshalb ich angefangen habe das bei uns umzubauen.

Insofern halte ich es für sinnvoll sich an die jeweiligen Konventionen der Sprache, welche im allgemeinen der Sprach-Entwickler festlegt, zu halten und nicht seine eigene Suppe zu kochen. opsi-script darf insofern gerne mit Tabs eingerückt werden.

Normalerweise kann im Editor / LSP konfiguriert werden, ob man Tabs oder Spaces verwenden möchte.
Dann wird das auch nicht beanstandet.

Ein ehemaliger Professor von mir hätte gesagt, man kann sich auch ein Loch ins Knie bohren. Solche Klimmzüge sind genauso sinnvoll, insbesondere wenn man sich bei anderen Python-Geschichten an den normalen Standard halten will. Also ich versteh es daher echt nicht.

Die Diskussion, ob man Tabs oder Spaces zur Einrückung von Code verwendet, ist wahrscheinlich so alt wie das Programmieren selbst.
Hier gibt es, wie auch bei der Wahl des Editors, unterschiedliche Präferenzen und jeder sollte so arbeiten, wie er es für richtig hält.
Python unterstützt beide Formen der Einrückung.
Bei uns im Team ist vor Jahren die Entscheidung auf Tabs gefallen.
Die Vorteile aus unsere Sicht sind, unter anderem:
- Schnellere Navigation mit den Pfeil-Tasten
- Weniger Zeichen, kleinere Dateien
- Die Darstellung der Einrückungstiefe (Tab-Weite) kann sich jeder nach belieben im Editor einstellen
- Für Menschen mit Seheinschränkung sind Tabs von Vorteil, insbesondere bei Verwendung von Brailledisplays