Das deutsche Python-Forum

@Sr4l die frage ob es geht oder nicht ist wohl nicht gestellt, eher ob man es sollte... und da sträuben sich bei mir die Haare, wenn man die internen Funktionen mit komplett anderen überschreibt. Soetwas für irgendwann immer zu unvorhergesehenen Fehlern.

Ich wäre für type_keys, das spricht am ehesten aus was es macht.

Edit: Fehler sollten natürlich immer unvorhergesehen sein :D

Wenn es unbedingt kurz sein soll, wie wärs mit keys()? type() würde ich nicht überschreiben, wenn Du nahe an Python bleiben willst. Als längere Alternativen finde ich type_keys() oder send_keys() selbsterklärend.

Bei ``keys()`` denke ich an die ``keys``-Methode und die gibt Sachen zurück. Würde ich in einer API seltsam finden.

Grüß' euch nochmal,

@Sr4l: Im Moment sind 'enter' und 'type' Synonyme, was leider schon zu einigen Verwirrungen geführt hat. Das ist mit ein Grund, warum wir die Namen verbessern wollen. Danke für deine Vorschläge.

Dass man type() nicht überschreiben sollte wie JonasR und jerch meinen scheint eine verbreitete Ansicht zu sein. Auch wenn es wirklich schade ist weil type an sich ein gutes Wort wäre.

Wenn ich Leonidas richtig verstanden habe hat keys() einen ähnlichen wenn auch nicht ganz so schlimmen Nachteil wie type()...


Wir haben aufgrund eurer Inputs jetzt einmal im Zusammenhang mit dem Rest unserer API zu experimentieren begonnen. Ich zeig' euch morgen die Ergebnisse!

Nochmals vielen Dank!
Michi

Auch wenn es ebenfalls ein builtin ueberschreibt, wuerde ich ``input`` sagen.

Aber nur, wenn ``enter`` keine Option ist, das finde ich naemlich weit besser und den Bedarf fuer den Alias sehe ich auch nicht.

Hmm gab mal so einen Erweiterung die hieß "Sendkeys" oder so... wurde aber nur bis 2.6 geupgradet. Vllt, kann man ja daran arbeiten...

Ach, da gibt es doch nur einen offensichtlichen richtigen Namen: kbdwrt

Ich würde type_keys verwenden, da sieht man auf anhieb was passiert.

Hi nochmal,

wir sind uns jetzt ziemlich sicher, dass wir unsere ursprüngliche Funktion `type` in zwei Funktionen, 'press' und 'enter' aufsplitten wollen. 'press' soll ausschließlich zum Drücken von Tastenkombinationen verwendet werden: eventuell auch, um mehrere Tasten hintereinander zu drücken, zB als um ein Menü zu öffnen: 'enter' hingegen soll für die Eingabe von längeren Plaintext-Strings verwendet werden können: Das Hauptargument für diese beiden Namen ist, dass sie schön kurz sind und `type` nicht überschreiben. Ein weiterer Grund ist, dass das Hauptziel unserer API darin besteht, sich zu lesen, als würde man einem Menschen, dem man über die Schulter auf den Bildschirm schaut Anweisungen geben. Und hier würde man auf Englisch nun mal einfach sagen.

Bezüglich BlackJack's Anmerkung, dass man sich bei 'press' auch eine Funktion erwarten würde, die die Taste wieder loslässt muss man sagen, dass bei der Namenswahl sicher ein bestimmtes Risiko dafür besteht. Jedoch sollte die Bedeutung hoffentlich klar sein, sobald man irgendwo mal gelesen hat.

Man könnte behaupten, der Vorschlag würde gegen das aktuelle Abstimmungsergebnis von type_keys mit 5 und press und enter mit jeweils 2 Stimmen gehen. Auf der anderen Seite jedoch haben wir durch die Auftrennung von `type` in zwei Funktionen in gewissem Sinne die ursprüngliche Fragestellung geändert. Zusätzlich haben press und enter zusammen 4 Stimmen, also fast gleich viele wie type_keys

Was haltet ihr davon?

lG

Hi nochmal,

wir haben uns jetzt für eine Version mit statt entschieden: http://www.getautoma.com/blog/New-versi ... proved-API

Nochmals vielen Dank für eure Hilfe!

LG