Hallo,
das einfachste zuerst:
...Das nächste: die Sprache ist bei mir immer auf Englisch eingestellt...
Es reicht nicht aus die language.dat zu ersetzen. Daher löscht PureIE auch die Datei PM.lv, das ist die alte Anrufliste inklusive der englischen Header, sobald die Sprache geändert wird. Das klappt natürlich nur, wenn PureIE aus dem Verzeichnis aufgerufen wurde in dem auch PureMonitor liegt und erzeugt auch keine Fehlermeldung wenn z.B. eine Firewall das Löschen abblockt.
Zur Not einfach die PM.lv von Hand löschen wenn PM nicht gerade läuft, dann sollte es beim nächsten Start klappen.
...Liegt das an meiner Bildschirmauflösung (1024*768 )?...
Sicher nicht! Ich benutze zu Hause selbst nur einen 15" TFT (1024x768x32).
Leider habe ich nicht ausprobiert, wie sich PureIE bei
großen Systemschriften oder einem veränderten XP-Skin verhällt. Auch die Verwendung von Desktop Erweiterungen wie Talisman oder Stardocks Object Desktop oder Window Blinds könnte dieses Fehlverhalten auslösen, doch ich tippe in deinem Fall eher auf die großen Schriftarten (mit denen übrigens auch eine Menge kommerzielle Anwendungen Probleme haben
). Ich werde in der nächsten Version eine bestimmte Schriftart in einer bestimmten Größe erzwingen. Danke für den Hinweis.
Ist es eigentlich schon möglich, die Benachrichtigung über eingehende Anrufe für bestimmte VoIP-Nummern bzw. MSNs zu deaktivieren?
Nein, aber die Idee gefällt mir und die Umsetzung sollte kein Problem darstellen, da "wir" noch 8KB Platz, bis zur magischen Grenze von 50KB zur Verfügung haben. Man könnte damit den Anrufmonitor z.B. auch auf dem Rechner seiner Frau installieren und so konfigurieren, dass Anrufe, die auf dem eigenen Anschluss eingehen bei ihr nicht angezeigt werden.
Werden einmal abgefragte Namen zu Rufnummern eigentlich zwischengespeichert...
Diese gute Frage, kann man leider nicht in einem einzigen Satz beantworten:
Natürlich wäre es schneller und auch Ressourcen schonender einen sogn.
Cache zu verwenden, daher habe ich bereits bei der Implementierung der Inverssuche lange darüber nachgedacht, welche Form eines Caches für PM am besten wäre.
Doch zunächst ein kurzer Zeitsprung zum fertigen Produkt. Anders gesagt, wie gut funktioniert die implementierte Inverssuche in der Praxis? PureMonitor bekommt die Nummer des Anrufers übermittelt noch bevor man das erste Telefon klingeln hört. Das einzige, was dann noch bremmst, ist der Webserver von DasOertliche.de. Bei mir ist der zum Glück meistens so schnell, dass der Name des Anrufers bisher immer schon im Tray erscheint, während mein Telefon das erste Mal klingelt.
Von daher haben wir meiner Meinung nach genügend Zeit, genau darüber nachzudenken, welcher Cache für PM der Beste wäre. Man sollte da nichts überstürzen, denn es gibt dabei leider viel zu beachten:
Möglichkeit 1.) Die Microsoft Methode. Ich kümmere mich nicht um Standards und den Rest der Welt, sondern lasse die bereits geparsten Nummern mit den dazugehörigen Namen
irgendwie auf Platte speichern.
Der große Vorteil dieser Methode liegt darin, dass man so etwas sehr schnell mit wenig Aufwand umsetzen könnte.
Allerdings ist es keine gute Idee ein weiteres eigenes Telefonbuchformat zu erfinden, was von keinem Programm verarbeitet werden könnte, wo es bereits den Quasi-Standard von JFritz gibt.
Möglichkeit 2.) JFritz Phonebook verwenden. Das
XML-Format für alles Mögliche und auch für das Telefonbuch zu verwenden ist, in der heutigen Zeit, sicherlich der richtige Weg für JFritz gewesen.
Leider gibt es mehrere Gründe, die gegen das JFritz XML Format bei PM sprechen:
- Als erstes kann ich, obwohl XML ein offener Standard ist, nicht skrupellos, ohne Absprache, das exakte JFritz Format "übernehmen" und dann wohlmöglich noch in den Features damit prahlen, dass PureMonitor sein Telefonbuch im modernen XML Format speichert.
- Falls ich es einbauen würde, müßte ich es vollständig implementieren, d.h. nicht nur Lese- sondern auch voller Schreibzugriff, da ich andersfalls von meinen Usern verlangen müßte, erst JFritz zu installieren, um überhaupt ein Telefonbuch anlegen zu können. Weiterhin müsste ich natürlich die komplette DTD, also die Strukturelemente vom JFritz Telefonbuch-Format, auch noch irgendwie in PM unterbringen - zur Erinnerung: PureMonitor schwankt zwischen 35- bis maximal 50KB
- Um auf ein XML Dokument zuzugreifen, benutzt man einen sogenannten Parser. Man stelle sich einen Browser vor, der eine einfache HTML Internetseite abarbeitet. Was würde passieren, wenn jetzt auf einmal im HTML Dokument eine Flash animation vorkommt? Was passiert, wenn ich ihm eine nicht HTML Datei, mit falscher Endung gebe? Daher ist ein "guter" Parser meistens ziemlich umfangreich und ausgeklügelt (=groß), um auf alle Eventualitäten vorbereitet zu sein.
Man kann natürlich seinen eigenen kleinen Miniparser entwerfen, doch abgesehen davon, dass das ziemlich viel unnötige Arbeit bedeutet, ist es meistens unsinnig, das Rad neu zu erfinden, wo es doch im Netz haufenweise fertige Libraries gibt, die das für einen erledigen können. JFritz verwendet z.B. die
JCommon zum parsen der XML Daten, eine Library von ca. 180KB.
Falls sich das eben negativ angehört hat, einen freien geprüften XML Parser zu verwenden ist mit Sicherheit der Beste und auch der sicherste Weg, den JFritz gehen konnte - sowohl für den Programmierer, als auch für den Enduser.
Ich jedoch werde PM keine DLL beilegen, die größer ist, als das Hauptprogramm ansich. Selbst wenn, würden dann die Probleme erst richtig losgehen. Ich möchte keinen Installer verwenden, müßte die DLL also mit in die EXE integrieren. Gute, günstige Programme, so wie PEBundle, die so etwas können, wurden von größeren Firmen aufgekauft, in diesem Fall von Thinstall, was mir viel zu teuer ist.
Wir brauchen also eine MiniXML Library, die es als DLL für Windows und als LIB für Linux gibt und eine Möglichkeit, sie in eine PE Datei zu integrieren. Falls einer was weiss, immer her damit.
Bis es soweit ist, setze ich auf Möglichkeit 3.
Möglichkeit 3.) Die meines Erachtens beste Lösung wäre, wenn sich AVM endlich dazu bequemen würde, die Informationen aus dem internen Telefonbuch der FritzBox mit zu übermitteln. Leider ist alles, was ich von AVM auf diese Frage bisher zurückbekommen habe, eine automatisch generierte Antwort mit einem Verweis auf die Serviceportale und dem Hinweis, dass es keinen Support für BETA Firmwares gibt.
Die Verwendung des internen Telefonbuches der Box würde jegliche externe Lösung überflüssig machen, daher scheue ich mich auch davor, mich an einen eigenen XML Parser zu machen. Wenn in ein Paar Wochen die Infos sowieso mit übertragen werden, wäre die ganze Arbeit umsonst gewesen.
Und wie bereits weiter oben gesagt: In dem Moment, wo mein Telefon klingelt, erscheint in der Regel gleichzeitig auch die Info mit dem Namen des Anrufers, dabei habe ich nicht einmal FastPath.
Leider ist das Feld für die gewählte Rufnummer ´manchmal´ nicht breit genug
Sorry, war nicht mehr Platz vorhanden. Ich habe aber darauf geachtet, dass es für "Standard" (4) + 7 Nummern ausreicht, mehr war in 425 Pixeln bei 8 Anzeigen leider nicht drin. Es kommt aber sicher noch eine Anzeige als Tooltip oder in einem konfigurierbaren Pop-Up, wo dann Platz genug für die vollständige Nummer sein wird.
Song treibt mich in den Wahnsinn...
Mich auch
Frohe Ostern,
Turin
P.S. Hab noch ein Feature vergessen: Pillepalle, aber der Vollständigkeit halber. PureMonitor merkt sich natürlich seine letzte Position am Bildschirm, und erscheint dann beim nächsten Aufruf aus dem Tray wieder genau dort, wo es zuletzt war