@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
10sec Umfrage - Bitte um kurze Antwort!
-
- User
- Beiträge: 17
- Registriert: Dienstag 20. November 2012, 12:43
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
@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
- cofi
- Python-Forum Veteran
- Beiträge: 4432
- Registriert: Sonntag 30. März 2008, 04:16
- Wohnort: RGFybXN0YWR0
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.
Aber nur, wenn ``enter`` keine Option ist, das finde ich naemlich weit besser und den Bedarf fuer den Alias sehe ich auch nicht.
Michael Markert ❖ PEP 8 Übersetzung ❖ Tutorial Übersetzung (3.x) ⇒ Online-Version (Python 3.3) ❖ Deutscher Python-Insider ❖ Projekte
-
- User
- Beiträge: 10
- Registriert: Montag 19. November 2012, 19:20
- Wohnort: Braunschweig
Hmm gab mal so einen Erweiterung die hieß "Sendkeys" oder so... wurde aber nur bis 2.6 geupgradet. Vllt, kann man ja daran arbeiten...
-
- User
- Beiträge: 17
- Registriert: Dienstag 20. November 2012, 12:43
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
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:
Code: Alles auswählen
press(ENTER)
press(CTRL + 'a')
Code: Alles auswählen
press(ALT + 'f', 's')
Code: Alles auswählen
enter("Hello World!")
Code: Alles auswählen
press(ENTER)
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
Code: Alles auswählen
press(ENTER)
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
-
- User
- Beiträge: 17
- Registriert: Dienstag 20. November 2012, 12:43
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
wir haben uns jetzt für eine Version mit
Code: Alles auswählen
write
Code: Alles auswählen
enter
Nochmals vielen Dank für eure Hilfe!
LG