Hallo Miteinander,
Gemeine Ideen, ein gewisser Hang zum Pefektionismus und meine teuflische Angewohnheit, meistens arbeitsintensive Vorschläge zu machen, haben dazu geführt, dass ich wieder etwas ausgebrütet habe. Insgesamt betrachtet hat meine folgende Idee etwas damit zu tun, dass in letzter Zeit im Forum wiederholt nach Methoden zum Zugriff auf den implementierten COM-Server gefragt wurde...
1. Liesse sich Phoner mit einer PlugIn-Schnittstelle erweitern? Grund: Ein PlugIn dient in der Regel dazu, die Funktionalität eines Programmes zu erweitern. Die Funktionalität eines PlugIn hängt von den Zugriffsmöglichkeiten auf das Haupt-Programm ab. Je mehr Möglichkeiten diese Schnittstelle offeriert, umso mehr Funktionen können durch beliebige externe PlugIns umgesetzt werden.
Das Hauptprogramm lädt beim Start die installierten PlugIns (beispielsweise alle Dateien in einem PlugIn-Verzeichnis), und die entsprechend gewünschten Funktionen stehen dem Benutzer zur Verfügung.
Vorteile: Gleichzeitig mit der Realisierung könnte in Kurzform eine kleine Doku der Zugriffsmethoden erstellt werden, die Phoner bereit stellt. Der Benutzer wählt in einem Konfigurationsdialog lediglich diejenigen PlugIns aus, die Phoner beim Start laden soll. Die PlugIns enthalten ihren eigenen Konfiguratonsdialog. Probleme werden nicht im Hauptprogramm gefixt, sondern im jeweiligen PlugIn. Erweiterungen bestehender PlugIns, sofern diese nicht unter die ClosedSource-Bestimmungen fallen, lassen sich unabhängig vom Hauptprogramm realisieren.
2. Da in letzter Zeit einige Male im Forum nachgefragt wurde, ob Phoner durch externe Geräte bedienbar sei (Beispiel: Rufannahme am Headset): Ein PlugIn-Verzeichnis könnte in diesem Fall PlugIns für verschiedene Geräte enthalten, die für das Hauptprogramm Phoner registrierte System-Ereignisse quasi "übersetzt" - damit meine ich, wenn das System den Druck auf den Knopf am Headset registriert, dann soll Phoner einen eingehenden Anruf annehmen können.
Ich hatte mir dazu vorgestellt, dass es doch möglich sein sollte, ein Tool zu programmieren, dass ein System-Event bemerkt und ausgibt. Dieses Tool sollte also zu folgendem in der Lage sein:
Klick auf den Knopf am Headset = Verursacht ein System-Ereignis = Das entsprechende Ereignis wird ausgegeben.
Wenn es nun möglich wäre, ein beliebiges System-Ereignis in ein für Phoner verständliches Format zu bringen, könnte man im PlugIn-Verzeichnis die "Übersetzung" des System-Ereignisses in eine für Phoner verständliche Anweisung unterbringen. Meiner Vorstellung gemäß sollte das folgendermaßen funktionieren:
Der Anwender hat ein für Phoner "exotisches" Gerät - er benutzt das oben besagte Tool (welches selbstverständlich wahrscheinlich noch erstellt werden muss...
), um das entsprechende Systemereignis z. B. beim Druck auf den Gesprächsknopf zu dokumentieren. Dieses Systemereignis soll bei Phoner eine Reaktion hervorrufen, z. B. die Annahme eines Gespräches.
Der Benutzer teilt im Forum das dokumentierte Systemereignis mit - in einer für Phoner verständlichen Form wird mittels eines PlugIn das Systemereignis für Phoner "übersetzt", und für den Benutzer zum Download zur Verfügung gestellt.
Vorteil: Das Hauptprogramm Phoner muss nicht alle Methoden enthalten, um durch alle Möglichen Geräte gesteuert werden zu können. Die "Übersetzung" dieser Methoden könnte durch entsprechende PlugIns wesentlich besser gehandelt werden.
Liesse sich dass so umsetzen? Oder sind meine Vorstellungen absolut illusorisch?