Hi,
> > Wenn ihr nix dagegen habt, und mit der kleinen Mehrarbeit (Entfernen des
> > Kommas beim eintippen in die rate-xx.dat) leben k�nnt, w�rde ich gerne
> > postulieren, da� Kommas im Namen nicht erlaubt sind.
> Schweren Herzens sage ich: Ja, ok, lassen wir die Kommas weg.
> Kommas d�rfen *nur* verwandt werden, um mehrere Werte voneinander zu
> trennen - sowohl in der "rate-xx.dat", als auch in der "countries-de.dat"
Fein.
> Aber weiter sage ich: Alle anderen Sonderzeichen [(+-*/&%$�!"?'~<>^)]
> usw. sind zul�ssig - au�er dem "#", das trennt evtl. Kommentare ab.
>
> Und noch weiter sage ich: Beim matchen von L�ndern werden all' diese
> Sonderzeichen nicht herangezogen.
> Die Routinen, die die "rate-xx.dat" sowie die "countries-de.dat" einlesen,
> werfen alle Sonderzeichen sofort weg.
>
> A:jugoslawienserbienmontenegrokriegsgebiet
>
> in der internen Tabelle von isdnlog. Und nur damit wird gematched.
> (Michael, einverstanden?)
Ja, mach ich.
> Macht es dann eigentlich noch Sinn, eine
>
> countries-de.dat
> countries-at.dat
> countries-nl.dat
> countries-us.dat
> ...
>
> usw. vorzuhalten? W�re es nicht sinnvoller, nur *eine* "countries.dat",
> in der �ber weitere Tags die "offiziellen" L�nderbezeichnungen f�r
> die anderen unterst�tzten L�nder drinstehen, also etwa so:
>
> N:Kirgisien <- offizieller Deutscher Name
> U:Kirgizia <- offizieller Name auf Englisch
> W:xxxxxx <- offizieller Name auf Holl�ndisch
> ...
> C:+996
>
> Michael k�nnte das in einem char Array Names[MAX_SUPPORTED_COUNTRIES]
> ablegen, und �ber einen Schalter in der "callerid.conf" k�nnte gew�hlt
> werden, in welcher Sprache isdnlog die L�nder anzeigen soll.
>
> Wenn f�r eine Sprache kein Eintrag vorhanden ist, wird automatisch
> die Deutsche Bezeichnung angezeigt -- somit w�re die "countries.dat"
> f�r �sterreich bereits fertig.
Ich halte deine Idee (die du laut einer sp�teren Mail bereits in die Tat
umgesetzt hast) grunds�tzlich f�r gut.
Aber: Ich habe Bedenken. (oje. Schon wieder :-)
1) wir haben 26 Buchstaben, A: C: sind vergeben, bleiben 24. Es gibt
OMHO mehr als 24 Sprachen auf dieser sch�nen Welt (IOch wei�, die
Wahrscheinlichkeit, da� irgend jemand eine country-suaheli.dat braucht,
ist eher gering, aber ich will mir nicht ein von vorneherein
beschr�nktes Design a la Microsoft vorwerfen lassen).
2) Wenn alle Sprachen in einer country.dat drinnen sind, dann m�ssen
auch die Aliases f�r alle Sprachen drinnen sein. Ich f�rchte, das sind
viele. Zus�tzlcih wird die Pflege der Datei dadurch erschwert, da� an
den einzelnen Sprachversionen verschiedene Leute arbeiten werden.
Also: ich bin f�r eine country-$LANG.dat.
> Ach so, ja, Michael: Was genau enth�lt die "countries-at.dat"?
> Enth�lt die Unterschiede zur -de ? Sollen die mit in die neue Datei rein?
Eigentlich nur zus�tzliche Schreibweisen zur country-de.dat (also mehr
oder weniger aliases). Diese Datei will ich auf jeden Fall loswerden!
bye, Michi
--
netWorks Vox: +43 316 698260
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
