phpesp-devel — Discussion of the development of phpESP

Re: [phpesp-dev] Bug 754420

[James E. F. <jf...@uv...>]

Matthew Gregg wrote:
> I'm want to fix this bug, but need some clarification on permissions.
> What designer permission level should grant access to the admrespondent
> and admdesigner pages?
> pgroup, puser or must the designer have both? The manage.php page allows
> access to menu items to the "superuser" or a designer with "puser" or
> "pgroup" permissions.
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=754420&group_id=8956&atid=108956

I think my intent was that superuser could add designers and 
respondents, and designers could add respondents.  However, if there is 
another preference I'll defer to someone who actually uses phpESP 
regularly.  :-)

-James

[phpesp-dev] Bug 754420

[Matthew G. <gr...@mu...>]

I'm want to fix this bug, but need some clarification on permissions.
What designer permission level should grant access to the admrespondent
and admdesigner pages?
pgroup, puser or must the designer have both? The manage.php page allows
access to menu items to the "superuser" or a designer with "puser" or
"pgroup" permissions.

http://sourceforge.net/tracker/index.php?func=detail&aid=754420&group_id=8956&atid=108956

-- 
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

Re: [phpesp-dev] Proposed changes.

[Matthew G. <gr...@mu...>]

On Sun, 2004-02-08 at 10:06, James E. Flemer wrote: 
> Matthew Gregg wrote:
> > I've fielded several problems lately on #phpESP relating to the
> > mysql_populate.sql script.  It appears it is failing on mySQL vs 4 and
> > above.
> > The fix looks to be simply changing all:
> > NOT NULL DEFAULT '',
> > to:
> > NOT NULL,
> > 
> > See bug #: 890830
> > 
> > I want to commit these changes to CVS, any commments?
> 
> That sounds good.  The only thing I'm worried about is changing the 
> behavior.  I think most "NOT NULL DEFAULT ''" clauses are used on 
> timestamps, and by doing so causes MySQL3.x to set the field to the time 
> the row was inserted.  I think it should be pretty easy to retain this 
> behavior ... but I want to be sure it will DTRT on both MySQL 3 & 4.
You are correct the problem is with the "changed" column of type
TIMESTAMP.  Other TIMESTAMP columns did not specify the "DEFAULT ''".

Documentation for mysql 3 and 4(when not running in MAXDB mode) appear
to have identical behavior:
--
Automatic updating of the first TIMESTAMP column occurs under any of the
following conditions:

The column is not specified explicitly in an INSERT or LOAD DATA INFILE
statement.

The column is not specified explicitly in an UPDATE statement and some
other column changes value. (Note that an UPDATE that sets a column to
the value it already has will not cause the TIMESTAMP column to be
updated, because if you set a column to its current value, MySQL ignores
the update for efficiency.)

You explicitly set the TIMESTAMP column to NULL.

If mysql 4 is running in MAXDB mode no auto updates to timestamp field
occur.
--

It appears mysql 4 just disallows the "DEFAULT ''", clause on TIMESTAMP
fields.  A grep of the ESP sources, reveals only two explicit references
to the "changed" column in "admdesigner.inc" and "admrespondent.inc" and
they specify "changed=now()".  So.. based on this and a mysql dump of
our ESP installation the corrected SQL should be:
changed TIMESTAMP(14) DEFAULT NULL,

instead of

changed TIMESTAMP(14) NOT NULL DEFAULT '',


Does anyone have access to mysql 3.x to test this?

...snip...



-- 
mcg
--
The IT Lab (http://www.itlab.musc.edu)

Re: [phpesp-dev] Proposed changes.

[Matthew G. <gr...@mu...>]

On Sun, 2004-02-08 at 18:03, James E. Flemer wrote:
...snip...
> > 
> > 
> > Well, the easiest way to do this would be to add a new auth module for 
> > phpESP, "auth_apache".  That way anyone using the phpesp user db won't 
> > have to migrate, but anyone who wants to can plug in any apache auth 
> > module and be ready to go.  I imagine the "auth_apache" plugin would be 
> > pretty simple (for respondents).
> > 
> > Perhaps the phpESP auth plugin stuff needs to be split into respondent / 
> > designer though.  So that something like auth_respondent=apache_auth, 
> > auth_designer=phpesp would be possible.  What do you think?
> 
> Having thought about this a little more, I think phpESP needs a bit more 
> of an AAA solution.  Well, maybe we can ignore the third "A" 
> (accounting) for now, and just focus on authentication (authN) and 
> authorization (authZ).  I think that we should try to use PEAR::Auth for 
> authN possibly adding to that project to have an Apache pseudo-"storage 
> container".  Then we need a simple but flexible authZ system.  Right now 
> authN and authZ are all rolled up into one, which makes it difficult to 
> leverage existing authN systems.  With separate "modules" one could 
> easily get authn with ldap/apache/etc, but use (a subset of) the 
> existing phpesp database for authz, or write a new authz module.
> 
> Or maybe we should make a PEAR::AuthZ module that is designed around 
> PEAR::Auth.
> 
> Comments?
Erg.. you make stuff hard :-)
I'll read up on PEAR::Auth and think about this.


> 
> -James
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
-- 
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

Re: [phpesp-dev] Proposed changes.

[James E. F. <jf...@uv...>]

James E. Flemer wrote:
> Matthew Gregg wrote:
>
>> Also, I've had a feature request tagged to me for a while to implement
>> LDAP respondent accounts.  I have this implemented in a way that works
>> for us(MUSC), but it's done in a way that would allow for other
>> authentication methods to easily be used.  Instead of extending the
>> account/authentication functionality inside ESP, I choose to implement
>> the concept of a "valid URI" that a survey can be called from.  Then
>> from Apache you can use any authentication method it supports(which is
>> huge) to limit access to the Survey.
>>
>> For example:
>> - The directory .../phpESP/public/access-ldap/ exists
>>
>> - The valid URI for a survey is access-ldap
>>
>> - Apache is configure as:
>> <Location /access-ldap/>
>>   AuthName "(LDAP ID and Password)"
>>   AuthType Basic
>>   AuthLDAP  "some ldap config here"
>>   require valid-user
>> </Location>
>>
>> - The survey is activated.
>>
>> - It is accessed by the normal "/public/survey.php?name=blah" url and
>> access is denied.
>>
>> - It is accessed by the "secured" URL
>> "/public/access-ldap/survey.php?name=blah", a "Basic Auth" login is
>> prompted by Apache.  If the user has a valid account, they can access
>> the survey.
>>
>> Do you guys like this approach?  Hope I managed to explain it well
>> enough.  If so, I'll clean it up and send out a patch that against CVS
>> for testing.  If not, I'll keep it as a local extension.  I'll take no
>> response as a "go a head and do it" (-:
> 
> 
> Well, the easiest way to do this would be to add a new auth module for 
> phpESP, "auth_apache".  That way anyone using the phpesp user db won't 
> have to migrate, but anyone who wants to can plug in any apache auth 
> module and be ready to go.  I imagine the "auth_apache" plugin would be 
> pretty simple (for respondents).
> 
> Perhaps the phpESP auth plugin stuff needs to be split into respondent / 
> designer though.  So that something like auth_respondent=apache_auth, 
> auth_designer=phpesp would be possible.  What do you think?

Having thought about this a little more, I think phpESP needs a bit more 
of an AAA solution.  Well, maybe we can ignore the third "A" 
(accounting) for now, and just focus on authentication (authN) and 
authorization (authZ).  I think that we should try to use PEAR::Auth for 
authN possibly adding to that project to have an Apache pseudo-"storage 
container".  Then we need a simple but flexible authZ system.  Right now 
authN and authZ are all rolled up into one, which makes it difficult to 
leverage existing authN systems.  With separate "modules" one could 
easily get authn with ldap/apache/etc, but use (a subset of) the 
existing phpesp database for authz, or write a new authz module.

Or maybe we should make a PEAR::AuthZ module that is designed around 
PEAR::Auth.

Comments?

-James

Re: [phpesp-dev] Proposed changes.

[James E. F. <jf...@uv...>]

Matthew Gregg wrote:
> I've fielded several problems lately on #phpESP relating to the
> mysql_populate.sql script.  It appears it is failing on mySQL vs 4 and
> above.
> The fix looks to be simply changing all:
> NOT NULL DEFAULT '',
> to:
> NOT NULL,
> 
> See bug #: 890830
> 
> I want to commit these changes to CVS, any commments?

That sounds good.  The only thing I'm worried about is changing the 
behavior.  I think most "NOT NULL DEFAULT ''" clauses are used on 
timestamps, and by doing so causes MySQL3.x to set the field to the time 
the row was inserted.  I think it should be pretty easy to retain this 
behavior ... but I want to be sure it will DTRT on both MySQL 3 & 4.

> Also, I've had a feature request tagged to me for a while to implement
> LDAP respondent accounts.  I have this implemented in a way that works
> for us(MUSC), but it's done in a way that would allow for other
> authentication methods to easily be used.  Instead of extending the
> account/authentication functionality inside ESP, I choose to implement
> the concept of a "valid URI" that a survey can be called from.  Then
> from Apache you can use any authentication method it supports(which is
> huge) to limit access to the Survey.
> 
> For example:
> - The directory .../phpESP/public/access-ldap/ exists
> 
> - The valid URI for a survey is access-ldap
> 
> - Apache is configure as:
> <Location /access-ldap/>
>   AuthName "(LDAP ID and Password)"
>   AuthType Basic
>   AuthLDAP  "some ldap config here"
>   require valid-user
> </Location>
> 
> - The survey is activated.
> 
> - It is accessed by the normal "/public/survey.php?name=blah" url and
> access is denied.
> 
> - It is accessed by the "secured" URL
> "/public/access-ldap/survey.php?name=blah", a "Basic Auth" login is
> prompted by Apache.  If the user has a valid account, they can access
> the survey.
> 
> Do you guys like this approach?  Hope I managed to explain it well
> enough.  If so, I'll clean it up and send out a patch that against CVS
> for testing.  If not, I'll keep it as a local extension.  I'll take no
> response as a "go a head and do it" (-:

Well, the easiest way to do this would be to add a new auth module for 
phpESP, "auth_apache".  That way anyone using the phpesp user db won't 
have to migrate, but anyone who wants to can plug in any apache auth 
module and be ready to go.  I imagine the "auth_apache" plugin would be 
pretty simple (for respondents).

Perhaps the phpESP auth plugin stuff needs to be split into respondent / 
designer though.  So that something like auth_respondent=apache_auth, 
auth_designer=phpesp would be possible.  What do you think?

-James

Re: [phpesp-dev] Proposed changes.

[Christopher Z. <zo...@mu...>]

On Fri, Feb 06, 2004 at 04:49:14PM -0500, Matthew Gregg wrote:
> I've fielded several problems lately on #phpESP relating to the
> mysql_populate.sql script.  It appears it is failing on mySQL vs 4 and
> above.
> The fix looks to be simply changing all:
> NOT NULL DEFAULT '',
> to:
> NOT NULL,
> 
> See bug #: 890830
> 
> I want to commit these changes to CVS, any commments?

Nope. Looks fine. :) 

> 
> Also, I've had a feature request tagged to me for a while to implement
> LDAP respondent accounts.  I have this implemented in a way that works
> for us(MUSC), but it's done in a way that would allow for other
> authentication methods to easily be used.  Instead of extending the
> account/authentication functionality inside ESP, I choose to implement
> the concept of a "valid URI" that a survey can be called from.  Then
> from Apache you can use any authentication method it supports(which is
> huge) to limit access to the Survey.
> 
> For example:
> - The directory .../phpESP/public/access-ldap/ exists
> 
> - The valid URI for a survey is access-ldap
> 
> - Apache is configure as:
> <Location /access-ldap/>
>   AuthName "(LDAP ID and Password)"
>   AuthType Basic
>   AuthLDAP  "some ldap config here"
>   require valid-user
> </Location>
> 
> - The survey is activated.
> 
> - It is accessed by the normal "/public/survey.php?name=blah" url and
> access is denied.
> 
> - It is accessed by the "secured" URL
> "/public/access-ldap/survey.php?name=blah", a "Basic Auth" login is
> prompted by Apache.  If the user has a valid account, they can access
> the survey.
> 
> Do you guys like this approach?  Hope I managed to explain it well
> enough.  If so, I'll clean it up and send out a patch that against CVS
> for testing.  If not, I'll keep it as a local extension.  I'll take no
> response as a "go a head and do it" (-:
> 

I give it a +1 You should go ahead and do it. 

> 
> -- 
> mcg
> --
> The IT Lab (http://www.itlab.musc.edu)
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> 

[phpesp-dev] Proposed changes.

[Matthew G. <gr...@mu...>]

I've fielded several problems lately on #phpESP relating to the
mysql_populate.sql script.  It appears it is failing on mySQL vs 4 and
above.
The fix looks to be simply changing all:
NOT NULL DEFAULT '',
to:
NOT NULL,

See bug #: 890830

I want to commit these changes to CVS, any commments?

Also, I've had a feature request tagged to me for a while to implement
LDAP respondent accounts.  I have this implemented in a way that works
for us(MUSC), but it's done in a way that would allow for other
authentication methods to easily be used.  Instead of extending the
account/authentication functionality inside ESP, I choose to implement
the concept of a "valid URI" that a survey can be called from.  Then
from Apache you can use any authentication method it supports(which is
huge) to limit access to the Survey.

For example:
- The directory .../phpESP/public/access-ldap/ exists

- The valid URI for a survey is access-ldap

- Apache is configure as:
<Location /access-ldap/>
  AuthName "(LDAP ID and Password)"
  AuthType Basic
  AuthLDAP  "some ldap config here"
  require valid-user
</Location>

- The survey is activated.

- It is accessed by the normal "/public/survey.php?name=blah" url and
access is denied.

- It is accessed by the "secured" URL
"/public/access-ldap/survey.php?name=blah", a "Basic Auth" login is
prompted by Apache.  If the user has a valid account, they can access
the survey.

Do you guys like this approach?  Hope I managed to explain it well
enough.  If so, I'll clean it up and send out a patch that against CVS
for testing.  If not, I'll keep it as a local extension.  I'll take no
response as a "go a head and do it" (-:


-- 
mcg
--
The IT Lab (http://www.itlab.musc.edu)

Re: [phpesp-dev] GUI Redesign

[Matthew G. <gr...@mu...>]

Best way is to make a patch file with your changes. If are not able to
make a patch file, just tar/zip up your version of ESP that contains the
GUI changes and only the GUI changes.  Then post it to a web server and
send a link to this mailing list.  If you cannot post to a web server,
send your changes to me and I will make them available.

On Wed, 2002-02-06 at 17:48, Aaron Axelsen wrote:
> Greetings,
> 
> I recently gave the GUI a new design, where would I send it if I
> wished to share it with others?
> 
> ---
> Aaron Axelsen
> Learning Technology Center
> UW - Whitewater
-- 
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

[phpesp-dev] GUI Redesign

[Aaron A. <lt...@fr...>]

Greetings,

I recently gave the GUI a new design, where would I send it if I wished to
share it with others?

---
Aaron Axelsen
Learning Technology Center
UW - Whitewater

[phpesp-dev] [ phpesp-Bugs-824475 ] GUI Design Preview Vote is 404 not found

[SourceForge.net <no...@so...>]

Bugs item #824475, was opened at 2003-10-15 19:42
Message generated for change (Settings changed) made by greggmc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=824475&group_id=8956

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Shirai,Kaoru (shirai-kaoru)
Assigned to: Nobody/Anonymous (nobody)
Summary: GUI Design Preview Vote is 404 not found

Initial Comment:
Link "vote" is broken on this page: 
http://phpesp.sourceforge.net/preview/


----------------------------------------------------------------------

>Comment By: Matthew Gregg (greggmc)
Date: 2004-02-06 17:00

Message:
Logged In: YES 
user_id=14116

Links updated.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=824475&group_id=8956

Re: [phpesp-dev] development version

[Christopher Z. <zo...@mu...>]

I think cvs is the latest and the greatest. 

On Thu, Feb 05, 2004 at 11:44:46AM +0100, dega wrote:
> Hi,
> i've just downloaded the version 1.6.1 of phpesp.
> The files into the sf cvs repository appear to be quite old.
> Can i get the latest developmet version somewhere ???
> 
> thanks in advance
> 
> Giancarlo
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> 

[phpesp-dev] development version

[dega <de...@li...>]

Hi,
i've just downloaded the version 1.6.1 of phpesp.
The files into the sf cvs repository appear to be quite old.
Can i get the latest developmet version somewhere ???

thanks in advance

Giancarlo

[phpesp-dev] [ phpesp-Bugs-890830 ] MySQL > 4 complains about /scripts/db/mysql_popuplate.sql

[SourceForge.net <no...@so...>]

Bugs item #890830, was opened at 2004-02-04 16:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=890830&group_id=8956

Category: SQL
Group: v1.6.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Hawkins (jedihawk)
Assigned to: Nobody/Anonymous (nobody)
Summary: MySQL > 4 complains about /scripts/db/mysql_popuplate.sql

Initial Comment:
When using MySQL 4.0.17, I get this error with install
script /scripts/db/mysql_popuplate.sql:

ERROR 1067: Invalid default value for 'changed'

I've commented-out the original offending line and
removed the DEFAULT '' part of the field/table
creation.  This new script works.
Attached is the new script.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=890830&group_id=8956

Re: [phpesp-dev] manage.php

[Aaron A. <lt...@fr...>]

I finally remembered that there was a form tag opened in the header, with
the action of manage.php.  So i closed that form tag before i started my
form, and now all is well.

If this is something that you wish to include in future versions, ill be
happy to pass along the simply but yet coded addin.

> It's a tad more complicated than that.  For an example of where you may
> need to edit things to add your own cssupload, in the ..phpESP/admin/
> directory issue a "grep -ir upload *".
>
> On Mon, 2004-02-02 at 13:29, Aaron Axelsen wrote:
>> Greetings,
>>
>> I am trying to create a page to allow super users to upload css files.
>> I
>> have create cssupload.inc, placed it in the where folder.  However, when
>> I
>> have a form with the action pointing to
>> /admin/manage.php?where=cssupload
>> , it fails to go there and just reverts back to the management
>> interface.
>> Is there something written into phpesp that prevents me from doing this?
>>
>> Thanks,
>>
>> ---
>> Aaron Axelsen
>> Learning Technology Center
>> UW - Whitewater
>>
>>
>>
>> ---
>> Aaron Axelsen
>> Learning Technology Center
>> UW - Whitewater
>>
>>
>> -------------------------------------------------------
>> The SF.Net email is sponsored by EclipseCon 2004
>> Premiere Conference on Open Tools Development and Integration
>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>> http://www.eclipsecon.org/osdn
>> _______________________________________________
>> phpESP-devel mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> --
> mcg
> -------------------------------------
> The IT Lab (http://www.itlab.musc.edu)
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
>


---
Aaron Axelsen
Learning Technology Center
UW - Whitewater

Re: [phpesp-dev] manage.php

[Matthew G. <gr...@mu...>]

It's a tad more complicated than that.  For an example of where you may
need to edit things to add your own cssupload, in the ..phpESP/admin/
directory issue a "grep -ir upload *".

On Mon, 2004-02-02 at 13:29, Aaron Axelsen wrote:
> Greetings,
> 
> I am trying to create a page to allow super users to upload css files.  I
> have create cssupload.inc, placed it in the where folder.  However, when I
> have a form with the action pointing to /admin/manage.php?where=cssupload
> , it fails to go there and just reverts back to the management interface. 
> Is there something written into phpesp that prevents me from doing this?
> 
> Thanks,
> 
> ---
> Aaron Axelsen
> Learning Technology Center
> UW - Whitewater
> 
> 
> 
> ---
> Aaron Axelsen
> Learning Technology Center
> UW - Whitewater
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
-- 
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

[phpesp-dev] manage.php

[Aaron A. <lt...@fr...>]

Greetings,

I am trying to create a page to allow super users to upload css files.  I
have create cssupload.inc, placed it in the where folder.  However, when I
have a form with the action pointing to /admin/manage.php?where=cssupload
, it fails to go there and just reverts back to the management interface. 
Is there something written into phpesp that prevents me from doing this?

Thanks,

---
Aaron Axelsen
Learning Technology Center
UW - Whitewater



---
Aaron Axelsen
Learning Technology Center
UW - Whitewater

[phpesp-dev] [ phpesp-Feature Requests-645277 ] Select field for language

[SourceForge.net <no...@so...>]

Feature Requests item #645277, was opened at 2002-11-28 06:00
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=645277&group_id=8956

Category: gui
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Select field for language

Initial Comment:
It would be nice to be able to select between servey
languages in the gui by clicking a language link

Thanks a lot

Buelent.Tiknas   @gmx.de

--
my email without whitespaces (to reduce spam)

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-01-26 20:49

Message:
Logged In: NO 

I would also second this request !!!



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=645277&group_id=8956

Re: [phpesp-dev] phpESP Help Documents

[James E. F. <jf...@uv...>]

What you see is what you get.  The docs that come with phpESP, and the 
FAQ on the web-site are pretty much it.  Well I take that back.  Over 
the past few years I have found some other 3rd party documentation on 
phpESP that has not been contributed back to the project.  Google might 
help you find some of it though; a quick search turned up these pages, 
which seems to have some good info:
   http://www.uwstout.edu/survey/
   http://www.bc.edu/offices/ats/rits/research/resources/surveys/phpesp/

I saw one other good one at one point, but don't remember where it was. 
  Anyway, anything you write up would be greatly appreciated.

-James

Aaron Axelsen wrote:
> Are there any exclusive howto's or help documents for phpesp?  If not, i
> will be creating some that I would be glad to contribute to the project.
> 
> 
> ---
> Aaron Axelsen
> Learning Technology Center
> UW - Whitewater

[phpesp-dev] phpESP Help Documents

[Aaron A. <lt...@fr...>]

Are there any exclusive howto's or help documents for phpesp?  If not, i
will be creating some that I would be glad to contribute to the project.


---
Aaron Axelsen
Learning Technology Center
UW - Whitewater

Re: [phpesp-dev] open survey pilot

[Roman Y. <ro...@ss...>]

No, I do not believe it is time to jump the ship. Captain always leaves 
last, so James, you have to stay ;-)

Inspiration -- yes.




On Saturday, January 24, 2004, at 08:10  PM, James E. Flemer wrote:

> Hmm ... maybe time to jump ship or join forces, or use for inspiration?
>
> http://www.opensurveypilot.de/
>
> The only thing I (might) dislike about this project is the license: 
> Mozilla Public License (MPL).  I'm not well versed in this license, is 
> anyone here familiar enough with MPL to clue me in on the details?
>
> -James
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel

Re: [phpesp-dev] open survey pilot

[Kon <ang...@ip...>]

hmmm interesting.

I'm going to install it and see what it can do and how it does it.
As for jumping ship...... NEVER.....NEVER.....NEVER.

I would DEFINETLY use it for inspiration :)

As for the MPL I'm also not familiar with it but I will be very shortly.


Kon

by the way...Happy New Year Guys.



On Sun, 2004-01-25 at 05:10, James E. Flemer wrote:
> Hmm ... maybe time to jump ship or join forces, or use for inspiration?
> 
> http://www.opensurveypilot.de/
> 
> The only thing I (might) dislike about this project is the license: 
> Mozilla Public License (MPL).  I'm not well versed in this license, is 
> anyone here familiar enough with MPL to clue me in on the details?
> 
> -James
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel

[phpesp-dev] open survey pilot

[James E. F. <jf...@uv...>]

Hmm ... maybe time to jump ship or join forces, or use for inspiration?

http://www.opensurveypilot.de/

The only thing I (might) dislike about this project is the license: 
Mozilla Public License (MPL).  I'm not well versed in this license, is 
anyone here familiar enough with MPL to clue me in on the details?

-James

[phpesp-dev] [ phpesp-Bugs-877667 ] minor error in db script? 1.6.1

[SourceForge.net <no...@so...>]

Bugs item #877667, was opened at 2004-01-15 11:48
Message generated for change (Comment added) made by jimmerman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=877667&group_id=8956

Category: SQL
Group: v1.6.1
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: minor error in db script? 1.6.1

Initial Comment:
A type seems to led to handling choice 7 as a comment, 
so that value doesn't get inserted into the table

INSERT INTO question_type VALUES ('6','Dropdown 
Box','Y','response_single');
-- # INSERT INTO question_type VALUES 
('7','Rating','N','response_rank');
INSERT INTO question_type VALUES ('8','Rate (scale 
1..5)','Y','response_rank');


----------------------------------------------------------------------

>Comment By: James Flemer (jimmerman)
Date: 2004-01-15 22:08

Message:
Logged In: YES 
user_id=39444

That is not a bug.  Question type #7 is deprecated, the line
still exists there as a comment, so that the number will not
be re-used in the future, as that may cause compatibility
problems.  Old surveys created w/ this type may still work,
but as time (and phpESP version numbers) progresses this may
no longer be the case.  Using this question type is strongly
discouraged at this point, since it has been disabled for
quite some time now.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-01-15 11:50

Message:
Logged In: NO 

Sorry, that's in mysql_populate.sql

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=877667&group_id=8956

[phpesp-dev] [ phpesp-Bugs-877667 ] minor error in db script? 1.6.1

[SourceForge.net <no...@so...>]

Bugs item #877667, was opened at 2004-01-15 08:48
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=877667&group_id=8956

Category: SQL
Group: v1.6.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: minor error in db script? 1.6.1

Initial Comment:
A type seems to led to handling choice 7 as a comment, 
so that value doesn't get inserted into the table

INSERT INTO question_type VALUES ('6','Dropdown 
Box','Y','response_single');
-- # INSERT INTO question_type VALUES 
('7','Rating','N','response_rank');
INSERT INTO question_type VALUES ('8','Rate (scale 
1..5)','Y','response_rank');


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-01-15 08:50

Message:
Logged In: NO 

Sorry, that's in mysql_populate.sql

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=877667&group_id=8956