Zitat von
Bernhard Geyer:
Zitat von
glkgereon:
nein...
auch der User soll per Hand über das Clipboard daten eingeben können (das ist gesetzt!!!)
von daher ist dieses Interface sowieso vorhanden und da ist es (
imho) das logischste und einfachste das auch mit dem delphi-programm direkt mitzunutzen.
Ich halte eine Benutzerstelle welche über die Zwischenablage läuft in 99,9% für unpassend. Die 0,1% wo es Sinnvoll ist sind Tools die Verbesserungen/Erweiterungen an der Clipboard-Funktionaltität von Windows vornehmen.
Ok, Katze aus dem Sack
Es geht um Datensammlung im internet.
Das könnte zum Beispiel verwendet werden um ein Wörterbuch aufzubauen... (nur als Beispiel).
Da könnte man via C&P den Text ins Programm tuen.
Als vereinfachung könnte man nur Copy machen und das Programm guckt automatisch im Clipboard.
Soweit haben wir ein Programm. in Java.
Nun kommt ein zweites Programm (ein Proxy) welches auch das Copy erspart und automatisch (falls die Seite bestimmte bedingungen erfüllt) den qt ins Clipboard schiebt.
Man könnte jetzt versuchen das Java-Programm nach Delphi zu übersetzen (Nein, weil aufwand zu groß) oder den Proxy in Java zu schreiben (Nein weil keine Ahnung^^).
Klar wäre es sauberer in einem Programm, aber einerseits habe ich (bzw haben wir) zZ nicht allzuviel Zeit uns in die entsprechenden Themen einzuarbeiten (Proxy können wir in Delphi, das Parsen in Java....), dann muss die Clipboard-Schnittstelle für den User sowieso auf jeden fall erhalten bleiben und was noch dazukommt ist das wir den Parser auch ohne den Proxy weitergeben können müssen.
Summa Summarum macht das, dass die Architektur erstmal so bleibt....