Re: [Php-tuxedo-development] PHP 4.1 changes
Status: Pre-Alpha
Brought to you by:
cdog1977
From: CheolMin L. <cm...@us...> - 2001-12-28 08:12:10
|
Returning "automatic FML type(16 or 32) decision" issue. The following is my old suggestion: > > Synopsis > mixed tux_fget (resource FML_buffer, int field_id [, int occ]) > > Returns the corresponding the value of the field occurrence, or FALSE > if some error occurs > > FML_buffer is FML buffer resource reference > field_id is FML Field identifier > occ is occurrence number of the field > > I temporarily implemented this function takes not field name but field id > to indicate a field because of preserving consistency with tux_fadd, tux_flen, > etc. But, I think it is more convenient to take field name as the argument > when using in the real world. For example: > > tux_fget($fmlbuf, tux_fldid("A_FIELD", TUX_FML)); > > vs. > > tux_fget($fmlbuf, "A_FIELD"); /* FML or FML32 depends on $fmlbuf */ > > Which one do you like? > Before next official release, how about changing argument type from field_id to field_name? I've already got the code which working on my own project and finished field-test. Target functions for changing the argument type are: tux_fdelall tux_foccur tux_fdel tux_flen tux_fpres tux_fadd tux_fget Anything else? On Tue, Dec 25, 2001 at 11:00:37PM -0600, Brian Foddy wrote: > I've checked in some changes for the following... > > 1. PHP 4.1.0 API changes thanks to Tixier Alain. > 2. Changed tux_fml2array to remove the Fname flag argument. Now > instead of relying on the flag to say whether you want items returned > in a Fname or FieldID array, it will attempt both, so its accessable either > way. Its actually only storing the data once, but with two different keys. > 3. CMLee's tux_ffprint function now takes a PHP $fp file pointer instead > of a path string. This should allow us to use sockets, pipes, etc for > much more flexibility and PHP standarization. > > These changes are all checked into CVS, but I have not tagged them nor > created an official release, nor updated any documentation. I'll do these > steps when I return from the holidays. But feel free to try them if you > want any of these features. > > Happy Holidays, > Brian > -- CheolMin Lee <cmlee @ users.sourceforge.net> <cmlee @ kt.co.kr> <cmlee @ bigfoot.com> |