Phoner kann auch Links in der Art "phoner://+4930777777", aber das ist in Phoner selbst auch deaktivierbar (Optionen/Web).
Andere URL-Handler habe ich bisher nicht eingebaut, weil es viele andere Programme gibt, die ebenfalls das behandeln wollen - wie eben Skype.

Der phoner://-URL-Handler funktioniert bei mir nicht mit Phoner-Lite. Ist der da nicht eingebaut? 

Ein konfigurierbarer callto://-Handler wäre nicht schlecht. Dann könnten verscheidene Nutzer die Webseite für verschiedene Clients verwenden. Ansonsten werde ich angemeldete Nutzer in einem Config-Bereich nach dem verwendeten Client fragen müssen, damit die jeweils richtige URL angeboten wird, was auch keine so schlechte Vorgehensweise ist.

Aber es sollte eben auch mit Phoner-Lite für ausschließliches VOIP funktionieren s.o.

Gruß,
Michael

Wenn URL-Handler statisch sind, bleiben wir eben bei phone://, ist ja schon eine gute Möglichkeit.

Der URL-Handler von Skype ist ganz einfach, ich denke, dass sollte so mit PhonerLite auch möglich sein, nur eben für phoner:// :

[HKEY_CLASSES_ROOT\callto]
@="URL: CallTo Protocol"
"EditFlags"=hex:02,00,00,00
"URL Protocol"=""

[HKEY_CLASSES_ROOT\callto\DefaultIcon]
@="\"C:\\Programme\\NetMeeting\\conf.exe\",1"

[HKEY_CLASSES_ROOT\callto\shell]

[HKEY_CLASSES_ROOT\callto\shell\open]

[HKEY_CLASSES_ROOT\callto\shell\open\command]
@="C:\\Programme\\Skype\\Phone\\Skype.exe \"/callto:%1\""
 

und skype.exe wird dabei einfach mit dem Parameter  "/callto:+493077777" aufgerufen.

OK, die aktuelle Zip-Version von PhonerLite beherrscht nun URLs nach dem Schema "callto://...". ;
Man muss diese Unterstützung im Optionen-Menü noch aktivieren.

Es bleiben noch zwei Fragen:

• Derzeit wird die Nummer nur in das Eingabefeld eingefügt. Soll nun die Nummer auch automatisch gewählt werden?
• Die übergebene Rufnummer (also "+4989123467" bei "callto://+49891234567") wird einfach so gewählt. Es werden keinerlei Sonderzeichen noch sonstige Formatierungen vorgenommen. Nummern mit Klammern und Leerzeichen werden einfach so als Zielrufnummer verwendet. Das wird also meistens schief laufen.
  Eine ausgiebige Analyse der Rufnummer wie in Phoner möchte ich vermeiden.

Ich werde erstmal beides so belassen, bis es zuhauf "Vorderungen" nach einer Änderung gibt.

@JB

Moin Jens,

irgendwie sehe ich das anders: Wenn Phoner auf dem System aufgespielt ist, wäre callto:// der einfachere Weg, alle auf callto:// spezialisierten Datenverwaltungen auch mit Phoner wählen zu lassen. Während es schwieriger ist, eine Datenverwaltungs-Applikation auf den URL-Handler phoner:// zu eichen, wäre es doch einfacher, alternativ in Phoner auch ein callto:// zuzulassen. Also: Mehr Flexibilität in der Anwendung, und Entsprechung eines Quasi-Standards.

Dass auf diese Weise Daten, die nur von Phoner bearbeitet werden sollen, und deshalb auch mit phoner:// für Phoner angelegt worden sind, nicht durch Skype & Co. verwendet werden sollen, steht wiederrum auf einem anderen Blatt...

Jedoch: Persönlich hatte ich mit dem URL-Handler noch keine Probleme (ich generiere meine Listen alle mit dem phoner://-Handler), und entsprechende Anfragen gibt's bisher ausser der von Michael auch noch nicht.

@Michael

siehst Du denn eine Notwendigkeit, warum Phoner bei Dir das callto:// beherrschen können müsste?

Viele Grüße vom Kai

Moin Jens,

ich habe nichts kritisiert, sondern es lag in meiner Absicht, einen Gegenvorschlag zu Deinem machen...  . Ich hatte das jetzt so verstanden, als ob callto:// in Phoner nicht integriert werden sollte, weil phoner:// halt phoner-spezifisch sei, und nicht von anderen Appz benutzt würde. Und das fand ich halt mal nicht so... weil man Phoner für das Telefonieren auch ruhig zur Standardanwendung machen können dürfte. Eben mit einem URL-handler wie callto://...

Das mit den Datenverwaltungen meinte ich so: Es gibt einige Programme, die festgelegte Datenmasken zur Verfügung stellen, in die man Daten eintragen kann. Entsprechende Daten (URL, Telefon-Nummern) sind in dem Darstellungsmodus dieser Programme direkt mit einem entsprechenden Funktions-Handler belegt - den man aber als Benutzer nicht ändern kann. Besonders Datenbanken-Systeme aus dem Freeware-Segment sind in dieser Hinsicht ziemlich unflexibel...

Würde man es nun bevorzugen, eine Rufnummer aus einer solchen Datenverwaltung heraus mit Phoner zu wählen, hätte man bereits ein Problem - weil Phoner auf das fest und unveränderbar vorgegebene callto:// ja noch nicht reagieren würde.

Was jetzt ein Link-Sammelbot etc. damit zu tun hat, kann ich nur raten - vielleicht, so dachte ich mir bei meinem letzten Beitrag, könnte es für den Anwender zum Problem werden, Phoner als Standard-Anwendung für die Telefonie festzulegen, wenn ihm für die Nutzung seines vorhandenen Datenbestandes als Funktions-Handler kein callto:// zur Verfügung stünde. Und nur weil ich Phoner benutze, sammele ich noch lange keine Links mit Rufnummern...

Viele Grüße vom Kai