RE: [PEAR-DEV] Package Proposal: Payment_DTA

Hi! I fixed this with the tabs. I changed the parameters for the functions setAccountFileSender and addExchange Now the account information is one parameter, an array that contains all information. I agree with Stephan (Schmidt) and Markus that this way is better and more expandable. You can find the new sourcecode here (now as php source ;) ): http://www.web-gear.com/test/dta/0.71/Dta.phps And a new example script here: http://www.web-gear.com/test/dta/0.71/test.phps ------------ Derick Rethans wrote: > I would do something as this: > $string = " $%&*+,-./0123456789 etc. > and then do a one-char split on that. Makes it much better readable IMO. Stefan Neufeind wrote: > Maybe stat could be moved from the constructor into a constant also? > And maybe regex for char-validation would be a nice idea? I also wasn't completely contentedly with this array of ASCII codes. Sorrily I only have basic experience with regex (how can I combine a complete list of allowed chars with a regex? I only know things like how to match numbers etc.). Maybe anyone could help me? ------------ Stefan Neufeind wrote: > Hermann, I just had a look in the docs (pdf). There is also support > for transactions with an IBAN mentioned. Can this be used also > without problems in your class? You read this in "DTAZV_2002_Kunde_Bank.pdf", right. This is no documentation for the common DTA format but for the DTAZV format that seems to be an extended format which is used for international transactions. I've added this document because the general structure of this is very similar to DTA, only a bit more complex. Maybe the DTA class could extended by this in future (I intended to inform me further about this at my bank before, I'm going to do this tomorrow. I let you know what I learned.). I don't think that DTA supports IBAN because there are only 10 bytes are intended for the account number, and IBAN needs 35 bytes, or? Maybe I can clear this tomorrow at the bank, too. Regards, Hermann