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>
|