phplib-users — A list for users of phplib to talk / discuss phplib

Re: [phplib-users] PHP 5.2 and PHPlib

[Lindsay H. <fmo...@fm...>]

On Sat, 2008-08-23 at 07:14 +1000, Richard Archer wrote:
> Is there still enough
> interest in PHPLIB to justify such work?

My situation here is similar to Frank's, although I have enough customer
pages in use using PHPlib that I'm not going abandon it altogether -
just integrate it into a PHP5 environment as-is.

I've re-written some of the PHPlib classes to make use of PEAR packages,
and am using these for new work.  In this, I've preserved the PHPlib API
inasmuch as possible since I'm familiar with it.

The general configuration that I've developed for both new and old work
moved into a PHP5 environment is flexible enough to allow me to change a
couple of files and fully support PHPlib, or some other set of classes
as I wish.

Yes, I'd be quite interested in seeing PHPlib updated so as to be fully
compatible with PHP5 "out of the box".  The main reason I'm moving away
from it is that the project appears to be more or less abandoned.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

[phplib-users] Correction!

[Lindsay H. <fmo...@fm...>]

Here's a corrected and slightly revised version of the python script I
sent before for convergint long system array names to their short
equivalents (e.g. $HTTP_GET_VARS -> $_GET).  Please discard and
disregard the previously sent conversion utility as it will corrupt
files on which it's used.  This rendition is also more flexible in that
all the conversions are contained in a python dictionary at the
beginning of the script, and these can be changed as necessary to do
just about any set of simple substitutions in a file.

-- 
Lindsay Haisley       | "Fighting against human |     Accredited 
FMP Computer Services |    creativity is like   |       by the
512-259-1190          |    trying to eradicate  |    Austin Better
http://www.fmp.com    |        dandelions"      |   Business Bureau
                      |      (Pamela Jones)     |

Re: [phplib-users] PHP 5.2 and PHPlib

[Richard A. <rh...@ju...>]

At 1:52 PM -0400 22/8/08, Frank Bax wrote:

>I'm wondering if 7.2b is warranted; that includes those changes?
>
>I'm almost completed complete removal of phplib from my apps; but I've
>often wondered why there was never a release after those Jan.2007 changes.

The version of PHPLIB in CVS only has very minor changes from
the released version. The last release was rolled only to fix
a security problem.

Perhaps it's worth rolling a new release of the current -stable.
I'm not sure I can compile the SGML documentation files any more
though! Maybe I can fire up the old server I rolled the last
release on... it's still sitting out in the garden shed :)

Then we could do some major work on the code to remove PHP3
support and properly include PHP5 support. Is there still enough
interest in PHPLIB to justify such work?

I only have a couple of legacy apps running PHPLIB now, apart
from the db and template classes which I use in almost every
project. My main web server is still running PHP4, although
I will probably be updating it before the end of the year.

 ...Richard.

Re: [phplib-users] PHP 5.2 and PHPlib

[Frank B. <fb...@sy...>]

Layne Weathers wrote:
>> Hi all,
>>
>> whoever might be out there...
>>
>> I just downloaded Richard Archer's version 7.4a from the 
>> internet. Then remembering that I would find phplib's source 
>> also on SourceForge...
>>
>> Anyway, having checked its bugtracker I verified that phplib is 
>> full of HTTP_POST_VARS and similar things. That's just 
>> frightening now that I wanted to port my application to PHP5 
>> where these VARs don't exist anymore.
> 
> 
> Marko,
> 
> I don't know about Richard's release - AFAIK the best, most 
> up-to-date is using the php-lib-stable repository branch. In 
> January 2007, I committed changes that only used the HTTP_*_VARS 
> form when the superglobals were not present - you might want to 
> double-check the source code to see if this is the case. E.g. 
> session.inc, lines 92-98:
>      if (!isset($_POST)) {
>        global $HTTP_COOKIE_VARS, $HTTP_GET_VARS, 
> $HTTP_POST_VARS, $HTTP_SERVER_VARS;
>        $_COOKIE = $HTTP_COOKIE_VARS;
>        $_POST   = $HTTP_POST_VARS;
>        $_GET    = $HTTP_GET_VARS;
>        $_SERVER = $HTTP_SERVER_VARS;
>      }
> 
> This pattern allowed for backwards compatibility (pre-4.1) and 
> allows you to run without the long vars arrays support.
> 



I'm wondering if 7.2b is warranted; that includes those changes?

I'm almost completed complete removal of phplib from my apps; but I've 
often wondered why there was never a release after those Jan.2007 changes.

[phplib-users] array name conversion

[Lindsay H. <fmo...@fm...>]

Here's a python tool to convert long array names (e.g. $HTTP_POST_VARS)
to their non-depriciated short equivalents (e.g. $_POST) in a file.
It's very un-elegant and could be easily generalized so as to make it
easier to modify to do any kind of substitution.  It will not remove the
global declarations on the renamed variables in a file but as AFAIK
these are harmless, if redundant, since the short-named arrays are
already global in scope.

cd to your phplib directory and run 'php_long_arrays.py *.inc'.

The program self-docs and makes backup files of everything it does any
conversion on.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

Re: [phplib-users] PHP 5.2 and PHPlib

[Layne W. <la...@dr...>]

>Hi all,
>
>whoever might be out there...
>
>I just downloaded Richard Archer's version 7.4a from the 
>internet. Then remembering that I would find phplib's source 
>also on SourceForge...
>
>Anyway, having checked its bugtracker I verified that phplib is 
>full of HTTP_POST_VARS and similar things. That's just 
>frightening now that I wanted to port my application to PHP5 
>where these VARs don't exist anymore.


Marko,

I don't know about Richard's release - AFAIK the best, most 
up-to-date is using the php-lib-stable repository branch. In 
January 2007, I committed changes that only used the HTTP_*_VARS 
form when the superglobals were not present - you might want to 
double-check the source code to see if this is the case. E.g. 
session.inc, lines 92-98:
     if (!isset($_POST)) {
       global $HTTP_COOKIE_VARS, $HTTP_GET_VARS, 
$HTTP_POST_VARS, $HTTP_SERVER_VARS;
       $_COOKIE = $HTTP_COOKIE_VARS;
       $_POST   = $HTTP_POST_VARS;
       $_GET    = $HTTP_GET_VARS;
       $_SERVER = $HTTP_SERVER_VARS;
     }

This pattern allowed for backwards compatibility (pre-4.1) and 
allows you to run without the long vars arrays support.

-- 

Layne Weathers

Re: [phplib-users] PHP 5.2 and PHPlib

[Lindsay H. <fmo...@fm...>]

On Fri, 2008-08-22 at 14:51 +0200, Marko Käning wrote:
> Hi all,
> 
> whoever might be out there...
> 
> I just downloaded Richard Archer's version 7.4a from the internet. Then 
> remembering that I would find phplib's source also on SourceForge...
> 
> Anyway, having checked its bugtracker I verified that phplib is full of 
> HTTP_POST_VARS and similar things. That's just frightening now that I 
> wanted to port my application to PHP5 where these VARs don't exist 
> anymore.

The long, old-style arrays can still be used by setting
register_long_arrays = On your global php.ini file, or by putting the
equivalent directive in one of the apache configuration files.  It's
also pretty easy to script a utility which will replace all of the long
array names using perl, python, or even probably sed/awk from a shell
script.  I've done this to to replace all the short PHP tags - "<?" - in
all files in a directory with the longer equivalent - "<?php", which is
necessary if one wants to use XML tags in a PHP page.

I have bunch of websites to move from a PHP4 box to a PHP5 box with
register_long_arrays = Off and will toss together a utility or two in
python to do this conversion easily.  I'll post them here if anyone is
interested.  

> Feel quite lost all of a sudden. Looks like I'd have to step back and use 
> PHP4 again...

PHP4 is not considered up to current security standards for use on the
open Internet, and is no longer supported by the PHP development group.

> If somebody out there has successfully applied PHPlib on PHP5 and would be 
> willing to share the source I'd be very happy.

I'm successfully using PHPlib on PHP 5.2.  Looking at the PHPlib source,
the only file that contain the long array names which I use frequently
is local4.inc, which I copy and modify on a per-site basis, and so far
I've simply used a global replace in vim to do the name conversion.  

-- 
Lindsay Haisley       |"Fighting against human |     PGP public key
FMP Computer Services |   creativity is like   |      available at
512-259-1190          |   trying to eradicate  |<http://pubkeys.fmp.com>
http://www.fmp.com    |       dandelions"      |
                      |     (Pamela Jones)     |

Re: [phplib-users] PHP 5.2 and PHPlib

[Marko K. <mk...@mc...>]

Hi all,

whoever might be out there...

I just downloaded Richard Archer's version 7.4a from the internet. Then 
remembering that I would find phplib's source also on SourceForge...

Anyway, having checked its bugtracker I verified that phplib is full of 
HTTP_POST_VARS and similar things. That's just frightening now that I 
wanted to port my application to PHP5 where these VARs don't exist 
anymore.

Feel quite lost all of a sudden. Looks like I'd have to step back and use 
PHP4 again...

If somebody out there has successfully applied PHPlib on PHP5 and would be 
willing to share the source I'd be very happy.

Regards,
Marko

Re: [phplib-users] PHP 5.2 and PHPlib

[Marko K. <mk...@mc...>]

Hi Lindsay,

any progress on the PHP5 front in relation to PHPlib?

Regards,
Marko

Re: [phplib-users] Login problem ...

[Lindsay H. <fmo...@fm...>]

On Sun, 2008-06-29 at 22:44 -0400, Frank Bax wrote:
> Frank Bax wrote:
> > I just upgraded my OpenBSD server from 4.1 to 4.3 which means (among 
> > other things):
> > 	PHP 5.1.6 -> 5.2.5
> > 	PGSQL 8.2.3 -> 8.2.6
> > A page with sessions only works fine.  But when I try to login a page 
> > with sess4/auth4/perm; I get "Either your username or your password are 
> > invalid".  When I check my pgsql logs, I see a couple of "update 
> > sessions" but no queries to my "auth" table.
> > 
> > Are there any known issues with this upgrade?
> 
> 
> 
> I've found a problem with auth4.inc; but I don't know how to fix it.
> 
> I have phplib code from 13-Jan-2007 which I think is still most recent 
> copy of stable branch.
> 
> In auth4.inc; there is a comment in start() "Check current auth state".
> 
> At this point in code; I added var_dump($this->auth).

I've been depending on phplib for years, and have a lot of customer
applications written against the phplib API.  Unfortunately, phplib has
largely become an orphan project, and I've been slowly migrating my
existing apps to use PEAR and it's various modules instead as PHP4 fades
into the e-past.  Phplib compliance with PHP5, especially with regard to
session functions, is problematic.

I'd really suggest that you look into PEAR::Package::Auth, and adjust
your code accordingly.  It's not really difficult, although perhaps not
as simple as phplib's auth module.

I'm attaching a PHP5 class I wrote, class.PermAuth.inc, which
incorporates the functionality and much of the API of phplib's perm
class on top of MDB2, and requires PEAR :: Package :: Auth and PEAR ::
Package :: MDB2.

I hope this helps.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

Re: [phplib-users] Login problem ...

[Frank B. <fb...@sy...>]

Frank Bax wrote:
> I just upgraded my OpenBSD server from 4.1 to 4.3 which means (among 
> other things):
> 	PHP 5.1.6 -> 5.2.5
> 	PGSQL 8.2.3 -> 8.2.6
> A page with sessions only works fine.  But when I try to login a page 
> with sess4/auth4/perm; I get "Either your username or your password are 
> invalid".  When I check my pgsql logs, I see a couple of "update 
> sessions" but no queries to my "auth" table.
> 
> Are there any known issues with this upgrade?



I've found a problem with auth4.inc; but I don't know how to fix it.

I have phplib code from 13-Jan-2007 which I think is still most recent 
copy of stable branch.

In auth4.inc; there is a comment in start() "Check current auth state".

At this point in code; I added var_dump($this->auth).

on PHP 5.1.6 I get:

array(4) { ["uid"]=>  string(4) "form" ["perm"]=>  string(0) "" 
["exp"]=>  int(2147483647) ["refresh"]=>  int(2147483647) }

on PHP 5.2.5 I get:

array(0) { }

Anybody know why this might be happening?

Frank

[phplib-users] Login problem ...

[Frank B. <fb...@sy...>]

I just upgraded my OpenBSD server from 4.1 to 4.3 which means (among 
other things):
	PHP 5.1.6 -> 5.2.5
	PGSQL 8.2.3 -> 8.2.6
A page with sessions only works fine.  But when I try to login a page 
with sess4/auth4/perm; I get "Either your username or your password are 
invalid".  When I check my pgsql logs, I see a couple of "update 
sessions" but no queries to my "auth" table.

Are there any known issues with this upgrade?

Before the upgrading this test server; I copied stuff from my production 
server; so it's remotely possible I missed something there; but I'm 
thinking in that case phplib would not work at all.

Frank

Re: [phplib-users] $class->classname

[Marko K. <mk...@mc...>]

Hi Lindsay,

> What's the purpose and function of PHPlib's classname property which
> occurs throughout local4.inc where classes are extended with
> user-supplied names?  PHP4 and PHP5 provide the get_class() and
> get_parent_class() functions which return the names of classes.  Would
> it not be possible to drop the classname property altogether and rely on
> these functions if class name information is needed?  The PHPlib
I guess that should be fine!

> I'm trying to iron out and understand the dependencies and relationships
> between session names (PHP's session_name() func), cookie names, the
> $name property of session objects and the $classname property.  These
> are rather tangled up in the PHPlib code, and if anyone can give me some
> insight on how they relate and what they're used for I'd appreciate it.
> It looks a bit like a case of legacy code getting overlaid but not
> replaced by newer data structures.
Sorry, can't say anything helpful on this.

Regards,
Marko

Re: [phplib-users] oohforms - working examples?

[Marko K. <mk...@mc...>]

> I want to make sure the user selects a radio button and at least one 
> checkbox.  Can this be done?
Well, I guess it should be.

Why not checking the overall validity as defined during form creation and 
in a next step veryfing these additional dependencies like:

---

if (isset($foo))                        // Is there data to process?
{
    if ($f->validate()) {               // Is the data valid?
        echo '<H2>Input errors found!</H2>'; // No
        echo '<B>Check entries marked!</B></FONT>';
        $foo=trim($foo);
        $float=trim($float);
        $f->load_defaults();        // Load form with submitted data
    } else {
        // hey, data is valid here!
        // check here if your dependencies are correct
        if (dependencies == false)
        {
	    echo '<B>Dependencies not correct!</B>'
            $f->load_defaults()  // and we're out again
        }
        else
        {
            // here we have done everything right
        }
    }
---

Well, I did not test the details, but I guess that's how it should work in 
your case.

What do you think?

Keep me posted about progress.

Regards,
Marko

Re: [phplib-users] PHP 5.2 and PHPlib

[Marko K. <mk...@mc...>]

Hi Lindsay,

if you've got a version to share in private for a start I am interested in 
receiving one as well.

I am quite interested to see whether things work for my case (using 
session4.inc) as well.

BTW, which phplib version did you use as a starting point?

Regards,
Marko



P.S.: Unfortunately the design of my application is still based on 
RegisterGlobals=On, which is why I resurrect at the beginning all POST and 
GET variables from the corresponding $HTTP_*_VARS arrays... I know, bad 
design. But you know how it is with a running system! (Never change it.)

Re: [phplib-users] PHP 5.2 and PHPlib

[Marko K. <mk...@mc...>]

Hi Lindsay,

> These all sound like great improvements.
I agree!

> I still use the PHPLib DB and Template classes a lot. So bringing these
> up-to-date and/or making them a part of PEAR, without changing their APIs
> would, for me, be a great benefit.
So do I. Actually I changed over from PHPlibs built-in Template class to 
the HTML_Template_PHPLIB from PEAR. That has a similar API and works fine 
for me!

> I stopped using PHPLib sessions in favor of using PHP native sessions a while
> back.
So did I.

I am using a mixture of OOForms and own code.

For authentication I use the PHPlib functionality.

It would be really cool if it would be possible to run my phplib-based 
application on PHP5 with RegisterGlobals=Off etc.

Improving code under the hood but keeping the API would be a great thing 
for migration to a new PHP.

I think I cannot help with the coding, but I am definitely voting for 
making it work on PHP5. I mean you mentioned that phplib does work well 
for you under PHP5... Perhaps I should give it a try myself. I think I 
actually did once and I think the authentication did NOT work at the time.

Thanks for your initiative.

Regards,
Marko

Re: [phplib-users] PHP 5.2 and PHPlib

[Lindsay H. <fmo...@fm...>]

On Fri, 2008-04-11 at 19:00 -0500, Mike Green wrote:
> I still use the PHPLib DB and Template classes a lot. So bringing
> these up-to-date and/or making them a part of PEAR, without changing
> their APIs would, for me, be a great benefit.

I'm stuck with PHPlib's Cart class for several customer online shopping
sites :-)  It's simple and rather nice, and I've morphed and expanded it
to suit my needs, but I note that it's not even documented on the PHPlib
website anymore.  I've never used PHPlib's Template class, although I've
recently started using Smarty templates on some of my newer projects.
Smarty is under active development.

> I stopped using PHPLib sessions in favor of using PHP native sessions
> a while back. And I have written my own routines to replace OOForms
> and the authentication functionality of PHPLib. I'm afraid that I am
> quite guilty, however, of not keeping the same APIs for these. So,
> even if I were to clean them up and properly document them, they would
> not be drop-in substitutes for those of PHPLib. :-(  

Because I have a bunch of customer websites built on top of PHPlib I
pretty much have to keep at least the application-level class method and
object API consistent.

> Writing the two paragraphs above makes me feel more than a little
> hypocritical -- having asked that others improve upon the DB and
> Template classes while keeping the old APIs and at the same time not
> keeping the APIs for the OOForms and authentication routines for my
> own replacements for these. :-[ 

There's some pretty arcane stuff in the PHPlib API such as the 
haltmsg() and link_id() methods in the DB_Sql class.  I dropped some of
these, with no loss of functionality as far as my applications are
concerned.  I intentionally crafted the API on my DB class to work with
PHPlib since there are so many other classes in PHPlib that require DB
access, and also because I thought I might want to share it.  I'll send
it to you in private email.

The only reason to keep the APIs constant for you own code is if you
plan to share it, or integrate it into existing applications which
expect it.  I go both ways on this.  I've put together, for instance, a
simple "uservar" class that handles user variables better than does
PHPlib's User class, and has only 4 methods and a constructor, and a
PermAuth class that's based on PEAR::Auth and is a functional equivalent
of the Perm class in PHPlib but is used quite differently.  

I'm pleased to note that PHPlib seems to work quite well with PHP5, so
it's still in my toolkit, although all the PHPlib documentation talks
about PHP3, and about PHP4 as if it were something new.  Most hosting
admins these days are migrating off of PHP4 as fast as they can since
the security folks at the PHP project have thrown up their hands on it
and new LAMP installs are all based on PHP5.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

[phplib-users] $class->classname

[Lindsay H. <fmo...@fm...>]

Rather than trying to cover all possible bases, I'll focus on one issue
at a time.

What's the purpose and function of PHPlib's classname property which
occurs throughout local4.inc where classes are extended with
user-supplied names?  PHP4 and PHP5 provide the get_class() and
get_parent_class() functions which return the names of classes.  Would
it not be possible to drop the classname property altogether and rely on
these functions if class name information is needed?  The PHPlib
documentation is pretty ambiguous on this matter, and seems to imply
that at this point in the evolution of PHPlib, setting $classname is
optional, although I believe that under PHP3 it wasn't.

I'm trying to iron out and understand the dependencies and relationships
between session names (PHP's session_name() func), cookie names, the
$name property of session objects and the $classname property.  These
are rather tangled up in the PHPlib code, and if anyone can give me some
insight on how they relate and what they're used for I'd appreciate it.
It looks a bit like a case of legacy code getting overlaid but not
replaced by newer data structures.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

Re: [phplib-users] oohforms - working examples?

[Frank B. <fb...@sy...>]

Marko Kaening wrote:
> Hi Frank,
> 
> On Mon, 7 Apr 2008, Frank Bax wrote:
>> This doesn't help.  Does anyone have working examples for radio and/or 
>> checkbox?
> 
> I think the attached test-form might show you how it has to be set up.
> 
> You'd have to set up php-lib in "../header.inc" (line 3) and must comment 
> out "$perm->check('user')" in line 5. Then it should work. At least it 
> does here for me with with oohforms.inc version 1.5 of my phplib 7.4.



Thanks Marko!

It seems I left out an important statement in my initial post.

I want to make sure the user selects a radio button and at least one 
checkbox.  Can this be done?

Frank

[phplib-users] PHP 5.2 and PHPlib

[Lindsay H. <fmo...@fm...>]

It looks as if PHP4 is history.  Distributions such as Ubuntu Linux and
Gentoo Linux are discontinuing support for it, primarily for security
reasons, and pushing migration to PHP5.  PHP6 is in the works.  I've
been using PHPlib since PHP3 was the standard version.

I've been going over the PHPlib code base with a view to migrating all
the websites I host to PHP5, and while the PHPlib code seems to work
well enough, I note that a lot of code in PHPlib dates back to PHP3, and
there are numerous shortcuts and other improvements in the code base and
functionality in PHP5 that would clean up the code and very possibly
improve it.  Has anyone looked at the following issues?

*  The code should assume that register_globals is off.  It's a major
security risk, disabled by default in recent distributions of PHP, and
will be dropped altogether in PHP6.  Dropping tests and conditionals in
PHPLib based on the value of register_globals and making
register_globals = 0 a necessary precondition for running PHPlib (it
should be a necessary precondition for running PHP!) would simplify the
PHPlib code.  The same caveats apply to session.use_trans_sid.

*  $_SERVER, $_POST, $_COOKIE superglobals could be substituted for
$HTTP_SERVER_VARS, $HTTP_POST_VARS, etc. and the global declarations
eliminated from the code.  This would clean things up a bit.

*  The $classname class property is a holdover from PHP3, where it was
required, I believe, in order to serialize classes.  My understanding is
that it's no longer needed.  Does it serve any function at all?  Could
it be dropped altogether?

*  Some very nice coding efficiencies are available in PHP5 by using the
__autoload() function.  Reorganizing PHPlib's file naming system would
provide at least a hook to implement this.

*  Is it still necessary to have the option of storing session data in a
database rather than using PHP's native session management?

*  Other points, questions .....

I've been doing a bit of work on session4.inc to bring it in line with
PHP5, plus I'm using a PEAR MDB2 based database class which I wrote
which is a workalike for PHPlib's DB class, less a few of the very
seldom used methods and properties.  It's been 100% OK as a drop-in
replacement for PHPlib's DB class wherever I've used it.

I may totally out to lunch with this, but thought I'd write this list
and see if anyone else is interested.

-- 
Lindsay Haisley       | "In an open world,    |     PGP public key
FMP Computer Services |    who needs Windows  |      available at
512-259-1190          |      or Gates"        | http://pubkeys.fmp.com
http://www.fmp.com    |                       |

Re: [phplib-users] oohforms - working examples?

[Marko K. <mk...@mc...>]

Hi Frank,

On Mon, 7 Apr 2008, Frank Bax wrote:
> This doesn't help.  Does anyone have working examples for radio and/or 
> checkbox?

I think the attached test-form might show you how it has to be set up.

You'd have to set up php-lib in "../header.inc" (line 3) and must comment 
out "$perm->check('user')" in line 5. Then it should work. At least it 
does here for me with with oohforms.inc version 1.5 of my phplib 7.4.

Regards,
Marko

Re: [phplib-users] oohforms - working examples?

[patrick <pm...@s-...>]

Frank Bax wrote:
> for many years; I have used the oohforms (included in phplib) to 
> generate/process text, textarea and select; it works great.  I just 
> tried to use it for radio and checkbox and cannot seem to figure out how 
> it to make it work.
>
> I found a forum somewhere that suggested adding
> 	return $str;
> to the end of self_get_js in of_radio.inc
>
> This doesn't help.  Does anyone have working examples for radio and/or 
> checkbox?
>
>   

Nothing specific to oohforms, but for radio/checkboxes I believe you 
have to check if they are set first before you can retrieve a value

/patrick

[phplib-users] oohforms - working examples?

[Frank B. <fb...@sy...>]

for many years; I have used the oohforms (included in phplib) to 
generate/process text, textarea and select; it works great.  I just 
tried to use it for radio and checkbox and cannot seem to figure out how 
it to make it work.

I found a forum somewhere that suggested adding
	return $str;
to the end of self_get_js in of_radio.inc

This doesn't help.  Does anyone have working examples for radio and/or 
checkbox?

Re: [phplib-users] how to store logins date?

[Layne W. <la...@dr...>]

>Hi all, I want to keep a record for the login date and user's ip. Where
>should I put my code for insert this info into the database?

I'd put it in local.inc in your Auth class extension and call it=20
from auth_validatelogin() and auth_preauth() (if you are using=20
the preauth functionality).

--=20

Layne Weathers

[phplib-users] how to store logins date?

[Mauricio T. <mau...@gm...>]

Hi all, I want to keep a record for the login date and user's ip. Where
should I put my code for insert this info into the database?

-- 
Mauricio Tellez