Hi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Dienstag, 09. November 1999 07:02
Subject: Re: Endlich mal wieder was neues ...
> Hi Leo,
> > Sicher: Der Preprozessor muss das dann auch Parsen, und den muss
ich
> > dann umschreiben, das rate-at.c kann das ev. auch nicht, das musst
du
> > dann aendern ;-)
>
> Guter Punkt, obwohl: das haben Erweiterungen so an sich, da� sie mit
> Arbeit verbunden sind.
Das sowieso, aber wenn schon Erweitern dann flexibel. Der A:Tag hat
seine fixe Bedeutung und wird vom Preprozessor vermanscht bzw auch von
rate-at.dat erzeugt, daher ist es sicher unpraktisch, da was zu
aendern.
> > F:SI=7.XX=Y
> >
> > oder so, damit das leichter erweiterbar ist. Der F:Tag sollte zum
> > vorhergehenden Z:-Tag gehoeren und die A:Tags genauer
spezifizieren.
>
> Andreas? F�llt dir da noch was ein? Was gibt's denn noch so bei
einem
> Anruf, was die in Zukunft zur Unterscheidung von unterschiedlichen
> Tarifen heranziehen k�nnten?
Wer weiss, was den Telekomikern noch alles einfaellt.
> > Wenn du eine eigene Zone machst (und das musst du wegem den
anderen
> > Tarifen, dann kann da drin auch ein F:lag fuer diese Zone i.e fuer
> > diese A:Tag(s) sein,
> > wenn mehrere Nummern betroffenn sind, ist mit einem F: schon
> > uebersichtlicher.
>
> Mir gef�llt dein Vorschlag mit den F:-Tags ganz gut. Die eigentliche
> Idee hinter dem F:-Tag (irgendeinen beliebigen Text als Ja/Nein-Flag
> abzuspeichern) wird eh nicht verwendet. isdnlog braucht das
> wahrscheinlich nicht. K�nntest du im telrate damit nix anfangen?
Man koennte z.B alle Internet-Service zusammenfassen und die
Call-by-call von den Internet+Grundgebuehr mit einem Flag
unterscheiden.
> bye, Michi
Servas
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
