Hallo,
> MIC> U:19430 bei anderen Providern
> MIC> ("undialable", aber noch nicht implementiert)
>
> > > Hast du dir mal die rate-de.dat angeschaut, wie viele Nummern da
> bei
> > > jedem Provider eingetragen werden muessen ???
> >
> > zich tausend! Leo, da mu� ich Dir vollkommen Recht geben!
> > (Die alle st�ndig sequentiell durchzuscannen w�re fast so, als w�rde
> > man mit R/3 Buchhaltung machen :-)
Ok, ich bin �berzeugt.
> > Und ganz wichtig f�r Dich, Michi:
> > isdnlog hat ein echt gewichtiges Geschwisterlein bekommen, das
> > nennt sich "isdnrate"
Danke, da� du mich darauf hingewiesen hast. So habe ich das noch gar nie
betrachtet, ich war sicher zu fixiert auf isdnlog und seine Aufgaben
(und seine Nicht-Aufgaben).
> S:Servicename
> N:Codes,...
> N:...
Ach so! Ich hatte da ein Verst�ndnis-Problem! Du hast das Nirvana-Tag
verwendet! Alles klar!
> Sondernummern sind jene Nummern, die _nicht_ von allen Providern
> angeboten werden, oder Nummern ohne fuehrenden '0'.
>
> Nummern mit variabler Laenge 07189xxx haben im N:-Tag ein '*' hinten
> im A:Tag beim Provider braucht das nicht geaendert zu werden.
>
> getArea() aka isSpecial() schaut nur mehr im Header bei diesen
> Servicenummern nach und sagt (provider-unabhaengig) das ist eine
> Sondernummer Ja / Nein.
> getRate() funktioniert wie gehabt, aber getLeastCost bzw isdnrate
> wirft nur mehr Provider aus die diese *Nummer* anbieten.
> Jetzt koennte man das natuerlich erweitern und sagen, getLeastCost bzw
> isdnrate vergleichen alle Nummner die unter dem entsprechenden Service
> gelistet sind und bringen den billigstem Anbieter dieses Services -
> dann haetten wir das auch.
>
> > > Da kannst du wenigsten nicht ?mein? rate.c zerstoeren ;-)
> > Jetzt seit aber mal wieder lieb zueinander!
>
> Das war nicht boes gemeint, ganz im Gegentum - ich wollte nur
> ausdruecken, dass ich in der rate.c herumgewerkt habe und der Michi
> bitte jetzt da nichts groeberes aendert.
Ich habe eh wenig Zeit daf�r. Allerdings bemerke ich, da� da momentan
soviel passiert und an mir vorbeigeht, was mich schon ein bischen
ungl�cklich macht. Ich gebe zu, ich betrachte rate.c ein bischen als
mein Liebkind, und habe es nicht so gerne, wenn es ohne mein Wissen
(oder schlimmer: ohne meine Zustimmung, oder noch schlimmer: gegen
meinen Willen) umstrukturiert wird. Und ich lege _sehr_ gro�en Wert auf
sauberes, klares und elegantes Design (ich bin ein �sthetiker :-), was
manchmal der eher pragmatischen Sichtweise eurerseits entgegenwirkt.
Aber ich denke, zusammen bilden wir ein ziemlich gutes Team.
Abschlie�end: ich bin so geboren - was ist eure Entschuldigung?
bye, Michi
--
netWorks Vox: +43 316 692396
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
