Menu
▾
▴
phpesp-devel — Discussion of the development of phpESP
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(103) |
Apr
(37) |
May
(45) |
Jun
(49) |
Jul
(55) |
Aug
(11) |
Sep
(47) |
Oct
(55) |
Nov
(47) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(43) |
Feb
(85) |
Mar
(121) |
Apr
(37) |
May
(33) |
Jun
(33) |
Jul
(14) |
Aug
(34) |
Sep
(58) |
Oct
(68) |
Nov
(31) |
Dec
(9) |
| 2004 |
Jan
(13) |
Feb
(57) |
Mar
(37) |
Apr
(26) |
May
(57) |
Jun
(14) |
Jul
(8) |
Aug
(12) |
Sep
(32) |
Oct
(10) |
Nov
(7) |
Dec
(12) |
| 2005 |
Jan
(8) |
Feb
(25) |
Mar
(50) |
Apr
(20) |
May
(32) |
Jun
(20) |
Jul
(83) |
Aug
(25) |
Sep
(17) |
Oct
(14) |
Nov
(32) |
Dec
(27) |
| 2006 |
Jan
(24) |
Feb
(15) |
Mar
(46) |
Apr
(5) |
May
(6) |
Jun
(9) |
Jul
(12) |
Aug
(5) |
Sep
(7) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(1) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(22) |
Dec
(19) |
| 2008 |
Jan
(94) |
Feb
(19) |
Mar
(32) |
Apr
(46) |
May
(20) |
Jun
(10) |
Jul
(11) |
Aug
(20) |
Sep
(16) |
Oct
(12) |
Nov
(13) |
Dec
|
| 2009 |
Jan
|
Feb
(9) |
Mar
(37) |
Apr
(65) |
May
(15) |
Jun
|
Jul
(24) |
Aug
(1) |
Sep
(8) |
Oct
(4) |
Nov
(21) |
Dec
(5) |
| 2010 |
Jan
(35) |
Feb
(6) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Kon A. <ang...@ip...> - 2002-07-19 10:32:13
|
Hey Matthew, If the required fields are taken care of then the basic requirements have been met. There is one thing that needs to be taken care of and that is with the single Add forms a default value is always entered into the database table whereas the bulk upload facility will only enter info found in the file. There's no capacity to prevent fields not specified in the uploadfile from showing up as empty fields in the database. eg. If I use the designer add form and only enter values for the required fields: username, password and group then when I click the update button it will enter the username, password and group into the designer table and enter the default values for pdesign, pstatus,pdata,pall,pgroup,puser,disabled etc... If I created a designer file with only a username, password and group then when I upload it, all other fields will be blank in the designer table. Does this affect the functionality of phpESP? Probably Not. empty fields should be interpreted as 'N'. I guess I'm a little fussy when it comes to data stored in databases. I prefer that fields contain some default value rather that being empty. It provides clarity and prevents misinterpretation. In conclusion, I guess what ever the majority decide I'd be happy with. James' thoughts on the subject would also be greatly appreciated. Kon On Thu, 18 Jul 2002 23:25, Matthew Gregg wrote: > The only fields I set as required are the fields that are currently > required in the single Respondent/Designer Add forms. > Which are: > Username, Password and Group. > > Whoops...I neglected to do any validation on the Expiration field, but > it should at least validate as much as the single Add forms. I'll fix > that. > > As for the other fields, do we want to be more strict with validation > than the single Add forms? > > And thanks again for taking the time to look at this stuff. The more > eyes the better. > > On Thu, Jul 18, 2002 at 10:08:07AM +1000, Kon Angelopoulos wrote: > > Matthew, > > > > I've finished testing your patch and I've found the following bugs: > > 1. Bulk Importing Respondent Details: > > I tested this functionality with a correct list of respondents and it > > worked well. I then changed the realm to a non existent one and as > > expected, it displayed the table with the failed uploaded rows. > > I then removed the email address from some of the respondents and it > > accepted them without a problem. (should this be the case?). > > I them also removed the disabled field from some of the respondents and > > it also accepted them without reporting any errors ( i don't think that > > this should be the case). > > I then changed the formatting of the exipration date from year/month/day > > to year/day/month. It accepted all these without any errors ( placing > > 000000000 into the database). I don't think this should happen. > > > > 2. Bulk upload of Designers: > > I tested this with a correct list of designers and it worked well. > > I then tried uploading the respondents tab delimited file in place of the > > designers tab delimited file and it accepted it without any errors. This > > ...snip... |
|
From: Matthew G. <gr...@mu...> - 2002-07-18 13:25:53
|
The only fields I set as required are the fields that are currently required in the single Respondent/Designer Add forms. Which are: Username, Password and Group. Whoops...I neglected to do any validation on the Expiration field, but it should at least validate as much as the single Add forms. I'll fix that. As for the other fields, do we want to be more strict with validation than the single Add forms? And thanks again for taking the time to look at this stuff. The more eyes the better. On Thu, Jul 18, 2002 at 10:08:07AM +1000, Kon Angelopoulos wrote: > Matthew, > > I've finished testing your patch and I've found the following bugs: > 1. Bulk Importing Respondent Details: > I tested this functionality with a correct list of respondents and it worked > well. I then changed the realm to a non existent one and as expected, it > displayed the table with the failed uploaded rows. > I then removed the email address from some of the respondents and it accepted > them without a problem. (should this be the case?). > I them also removed the disabled field from some of the respondents and it > also accepted them without reporting any errors ( i don't think that this > should be the case). > I then changed the formatting of the exipration date from year/month/day to > year/day/month. It accepted all these without any errors ( placing 000000000 > into the database). I don't think this should happen. > > 2. Bulk upload of Designers: > I tested this with a correct list of designers and it worked well. > I then tried uploading the respondents tab delimited file in place of the > designers tab delimited file and it accepted it without any errors. This ...snip... -- one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
|
From: Kon A. <ang...@ip...> - 2002-07-18 00:04:39
|
Matthew, I've finished testing your patch and I've found the following bugs: 1. Bulk Importing Respondent Details: I tested this functionality with a correct list of respondents and it worked well. I then changed the realm to a non existent one and as expected, it displayed the table with the failed uploaded rows. I then removed the email address from some of the respondents and it accepted them without a problem. (should this be the case?). I them also removed the disabled field from some of the respondents and it also accepted them without reporting any errors ( i don't think that this should be the case). I then changed the formatting of the exipration date from year/month/day to year/day/month. It accepted all these without any errors ( placing 000000000 into the database). I don't think this should happen. 2. Bulk upload of Designers: I tested this with a correct list of designers and it worked well. I then tried uploading the respondents tab delimited file in place of the designers tab delimited file and it accepted it without any errors. This meant that the fields: pdesign, pall, pgroup, puser etc were all blank in the database. I guess we need to decide which fields are required and validate accordingly. Hope this helps. Let me know if I can be of any further assistance. Kon On Thu, 18 Jul 2002 09:27, Kon Angelopoulos wrote: > Hey Matthew, > > Had a quick look at your patch and it looks really good. > Excellent Job. > I've just finished patching my version of phpESP and will start testing it > asap. > I'll get back to you soon. > > > Kon > > On Thu, 18 Jul 2002 08:07, Matthew Gregg wrote: > > Attached is a tar containing a patch that implements bulk uploading > > of Respondent/Designer accounts and a readme that explains it's > > usage/limitations > > > > Please try it out and report any bugs or general code lameness you > > find. > > > > Thanks. |
|
From: Kon A. <ang...@ip...> - 2002-07-17 23:24:25
|
Hey Matthew, Had a quick look at your patch and it looks really good. Excellent Job. I've just finished patching my version of phpESP and will start testing it asap. I'll get back to you soon. Kon On Thu, 18 Jul 2002 08:07, Matthew Gregg wrote: > Attached is a tar containing a patch that implements bulk uploading > of Respondent/Designer accounts and a readme that explains it's > usage/limitations > > Please try it out and report any bugs or general code lameness you > find. > > Thanks. |
|
From: Matthew G. <gr...@mu...> - 2002-07-17 22:07:09
|
Attached is a tar containing a patch that implements bulk uploading of Respondent/Designer accounts and a readme that explains it's usage/limitations Please try it out and report any bugs or general code lameness you find. Thanks. -- one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-15 21:31:52
|
Looks like the values are not remembered. I can just see someone
answering 20 question, then hitting Previous, only to lose the twenty
answers. So, I guess a cookie needs adding for this?
Stephen Lawrence Jr. wrote:
> Hey all, I have been asked by a user to incorporate a previous button
> into phpesp for multi-page surveys. So, here it is. Can you guys take
> a peek at this, or maybe try it out, and make sure it is done
> properly. Maybe there is a better way?
>
> * Displays "Next" only when first page is viewd
> * Displays "Previous" and "Next" when middle pages are viewed
> * Displays "Previous" and "Submit" when last page is viewed
>
> $ diff public/handler.php ../../phpESP_cvs/public/handler.php
> 82,89d81
> < // Previous button start
> < if(!empty($HTTP_POST_VARS['previous'])) {
> < $msg =
> response_check_required($sid,$HTTP_POST_VARS['sec']);
> < if(empty($msg)) {
> < $HTTP_POST_VARS['rid'] =
> response_insert($sid,$HTTP_POST_VARS['sec'],$HTTP_POST_VARS['rid']);
> < $HTTP_POST_VARS['sec']--;
> < }
> < }
> 103d94
> < <input type="submit" name="previous" value="Previous Page">
> 105,106d95
> < <?php } elseif ($HTTP_POST_VARS['sec'] == 1) { ?>
> < <input type="submit" name="next" value="Next Page">
> 108d96
> < <input type="submit" name="previous" value="Previous Page">
>
--
Stephen Lawrence Jr. - Programmer
sla...@uc...
California Animal Health & Food Safety Laboratory System, UC Davis
(530)-752-4614
|
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-15 20:32:43
|
Hey all, I have been asked by a user to incorporate a previous button
into phpesp for multi-page surveys. So, here it is. Can you guys take a
peek at this, or maybe try it out, and make sure it is done properly.
Maybe there is a better way?
* Displays "Next" only when first page is viewd
* Displays "Previous" and "Next" when middle pages are viewed
* Displays "Previous" and "Submit" when last page is viewed
$ diff public/handler.php ../../phpESP_cvs/public/handler.php
82,89d81
< // Previous button start
< if(!empty($HTTP_POST_VARS['previous'])) {
< $msg = response_check_required($sid,$HTTP_POST_VARS['sec']);
< if(empty($msg)) {
< $HTTP_POST_VARS['rid'] =
response_insert($sid,$HTTP_POST_VARS['sec'],$HTTP_POST_VARS['rid']);
< $HTTP_POST_VARS['sec']--;
< }
< }
103d94
< <input type="submit" name="previous" value="Previous Page">
105,106d95
< <?php } elseif ($HTTP_POST_VARS['sec'] == 1) { ?>
< <input type="submit" name="next" value="Next Page">
108d96
< <input type="submit" name="previous" value="Previous Page">
--
Stephen Lawrence Jr. - Programmer
sla...@uc...
California Animal Health & Food Safety Laboratory System, UC Davis
(530)-752-4614
|
|
From: Matthew G. <gr...@mu...> - 2002-07-15 17:13:03
|
Ahhh... I just love forks. So much wasted effort. On Mon, Jul 15, 2002 at 10:07:54AM -0700, Stephen Lawrence Jr. wrote: > While you are at it, it would be nice to have a PHPESP_URL_PATH variable > as well, for people like me who are running this on virtual servers > where the URL path is not just "/", but something like "/phpESP" or > "/customer/phpESP" or whatnot. > > ex. > > instead of > > 'image_path' => 'http://'. $HTTP_SERVER_VARS['HTTP_HOST']. > '/phpESP/images/', > > make it > > define( 'PHPESP_BASE', dirname(/phpESP) ); > ... > ... > 'image_path' => 'http://'. $HTTP_SERVER_VARS['HTTP_HOST']. > PHPESP_URL_PATH. '/images/', > etc. > etc. > > > > That way, you change two variables (PHPESP_BASE_PATH and > PHPESP_URL_PATH) for all configuration. > > > randall ehren wrote: > > >hi, > >i have contacted the developers because we wanted to start our own branch > >on > >development. if you look through the archives and search for 'config' you > >will > >find that the author(s) aren't too big into changing the way the config is > >setup. > > > >our development branch is changing that in a big way, along with many other > >changes in the configuration of phpESP... > > > >http://open.survey.ucsb.edu/horde/chora/cvs.php/php_survey > > > >lemme know if your interested. > > > >-randall > > > > > > > > > > - randall s. ehren :// 805.893.5632 > > systems administrator :// isber|survey|avss.ucsb.edu > > institute for social, behavioral, and economic research > > > > > -- one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-15 17:08:00
|
While you are at it, it would be nice to have a PHPESP_URL_PATH variable as well, for people like me who are running this on virtual servers where the URL path is not just "/", but something like "/phpESP" or "/customer/phpESP" or whatnot. ex. instead of 'image_path' => 'http://'. $HTTP_SERVER_VARS['HTTP_HOST']. '/phpESP/images/', make it define( 'PHPESP_BASE', dirname(/phpESP) ); ... ... 'image_path' => 'http://'. $HTTP_SERVER_VARS['HTTP_HOST']. PHPESP_URL_PATH. '/images/', etc. etc. That way, you change two variables (PHPESP_BASE_PATH and PHPESP_URL_PATH) for all configuration. randall ehren wrote: >hi, > i have contacted the developers because we wanted to start our own branch on >development. if you look through the archives and search for 'config' you will >find that the author(s) aren't too big into changing the way the config is >setup. > > our development branch is changing that in a big way, along with many other >changes in the configuration of phpESP... > > http://open.survey.ucsb.edu/horde/chora/cvs.php/php_survey > > lemme know if your interested. > > -randall > > > > > - randall s. ehren :// 805.893.5632 > systems administrator :// isber|survey|avss.ucsb.edu > institute for social, behavioral, and economic research > > -- Stephen Lawrence Jr. - Programmer sla...@uc... California Animal Health & Food Safety Laboratory System, UC Davis (530)-752-4614 |
|
From: James E. F. <jf...@ac...> - 2002-07-13 01:29:40
|
On Fri, 12 Jul 2002, James E. Flemer wrote: > http://phpesp.sf.net/lists/ Now updated twice daily from my master copy (at approx 7am and 7pm UTC+4 [east coast us]), thanks to my hard working friends cron and procmail, and the letter "H". Someone please suggest a PHP script that will make those mbox files look pretty ... -James |
|
From: James E. F. <jf...@ac...> - 2002-07-12 23:38:56
|
Well, as far as I know the archives are broke for this list. So I made an mbox-style archive of this list from my mailbox. It probably has all the list traffic for devel since it started. It is not being actively updated though. I will see what I can do about that. Perhaps I can set up procmail and cron to update the online archive once a day or something. Anyway, here it is: http://phpesp.sf.net/lists/ Anyone know of a nice PHP script that can use an mbox, and make a nice browseable / searchable archive page? Those of you with CVS access probably have access to the phpesp files on the shell / web server ... don't let me hold you back from updating them. :-) -James |
|
From: Matthew G. <gr...@mu...> - 2002-07-12 21:01:59
|
This has been discussed several times on the devel and general lists. Take a look back in the archives(if they are up). James even has the beginnings of an install script, which is probably the best way to handle the config. file problem. If you can't find it in the list archives, I can forward it along to you. On Fri, Jul 12, 2002 at 01:20:36PM -0700, Stephen Lawrence Jr. wrote: > Hey all, I have been messing with phpesp for a few days now and I have a > suggestion. > > I would like to see the developers work on getting the configuration of > this program simplified. Most, if not all of the other php scripts I > frequently install (phpwebsite,phpweblog,etc..) have a config.inc or > something similar that contains all the necessary configuration > variables (paths, names, URL's, email addresses, options, etc.). > > The reason for this is two fold: > > 1) I was able to successfully install this package to my public_html > folder for testing, but now that I am ready to roll this baby out, I am > having problems placing it into my web server. I think I must have made > some sort of typo or something in one of the files I had to change to > update all of the paths. Having one variable ($base_path) or something, > in one file, would have helped me a lot when relocating this program to > a different server. > > 2) I think the installation is much more complex than necessary. It is > unusual to install a program of this nature and have to make > configuration changes to 5 different files. Especially when the majority > of those changes are all the same variable (phpESP.ini path). > > I really like this package, it is just what we needed around here. And I > can hopefully contribute in the future with some of the features my > users are requesting. But, I am at the moment spending time fighting the > configuration. > > So, I was just wondering if any of the developers feel the same way I > do, or maybe are already working on a slicker configuration. If not, I > could begin the task, and submit some changes to the project as I make > them to my installation. > -- one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-12 20:20:40
|
Hey all, I have been messing with phpesp for a few days now and I have a suggestion. I would like to see the developers work on getting the configuration of this program simplified. Most, if not all of the other php scripts I frequently install (phpwebsite,phpweblog,etc..) have a config.inc or something similar that contains all the necessary configuration variables (paths, names, URL's, email addresses, options, etc.). The reason for this is two fold: 1) I was able to successfully install this package to my public_html folder for testing, but now that I am ready to roll this baby out, I am having problems placing it into my web server. I think I must have made some sort of typo or something in one of the files I had to change to update all of the paths. Having one variable ($base_path) or something, in one file, would have helped me a lot when relocating this program to a different server. 2) I think the installation is much more complex than necessary. It is unusual to install a program of this nature and have to make configuration changes to 5 different files. Especially when the majority of those changes are all the same variable (phpESP.ini path). I really like this package, it is just what we needed around here. And I can hopefully contribute in the future with some of the features my users are requesting. But, I am at the moment spending time fighting the configuration. So, I was just wondering if any of the developers feel the same way I do, or maybe are already working on a slicker configuration. If not, I could begin the task, and submit some changes to the project as I make them to my installation. -- Stephen Lawrence Jr. - Programmer sla...@uc... California Animal Health & Food Safety Laboratory System, UC Davis (530)-752-4614 |
|
From: <no...@so...> - 2002-07-11 22:22:50
|
Bugs item #580342, was opened at 2002-07-11 17:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=580342&group_id=8956 Category: None Group: cvs Status: Open Resolution: None Priority: 5 Submitted By: James Flemer (jimmerman) Assigned to: Nobody/Anonymous (nobody) Summary: rating defaults to 1 when un-answered Initial Comment: Bug reported by slawrence AT ucdavis.edu: (confirmed by me) Survey ID on demo site: 4148 When you create a new rating survey, if you do not answer any questions on the first submission by just clicking submit, the results page shows an average score of (1.0) for each question, and the bar charts also shows (1) for each question, even though I never answered any questions (shouldn't they be zero?) Once a survey has already been answered once: 1) Test above survey 2) Click Submit 3) View Results 4) Note the average for each question 5) Re-Test the survey 6) Click Submit (Do not answer any questions) 7) View Results 8) Note the averages have changed, even though the questions were not answered. --------- It looks like either a blank field in the rating type is being stored as 1, or the analysis is incorrectly interpreting a blank in the database... anyone want to fix this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=580342&group_id=8956 |
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-11 19:45:34
|
Mandrake Linux 2.4.8-31.2mdkenterprise #1 SMP Server version: Apache/1.3.23 (Unix) Server built: Apr 5 2002 14:03:54 php v4.0.6 phpESP version 1.4 SID = 4148 To duplicate: When you create a new rating survey, if you do not answer any questions on the first submission by just clicking submit, the results page shows an average score of (1.0) for each question, and the bar charts also shows (1) for each question, even though I never answered any questions (shouldn't they be zero?) Once a survey has already been answered once: 1)Test above survey 2)Click Submit 3) View Results 4) Note the average for each question 5) Re-Test the survey 6) Click Submit (Do not answer any questions) 7) View Results 8) Note the averages have changed, even though the questions were not answered. James E. Flemer wrote: >When submitting bug reports, please include: > Operating System > OS Version > Web Server > Web Server Version > PHP Version > PHP Type (ASAPI, CGI) > phpESP version > >It should show that one survey was taken. I am not sure >what you're describing though. Please duplicate the >bug/problem on the demo site if possible then give us the >survey Id. >-James > >On Thu, 11 Jul 2002, Stephen Lawrence Jr. wrote: > >>When I created a survey, and submitted it without answering any of the >>questions, and pulled up the results, it showed a (1.0) for each >>question. Is that a bug or a feature? >> >> > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >PC Mods, Computing goodies, cases & more >http://thinkgeek.com/sf >_______________________________________________ >phpESP-devel mailing list >php...@li... >https://lists.sourceforge.net/lists/listinfo/phpesp-devel > -- Stephen Lawrence Jr. - Programmer sla...@uc... California Animal Health & Food Safety Laboratory System, UC Davis (530)-752-4614 |
|
From: James E. F. <jf...@ac...> - 2002-07-11 19:07:36
|
When submitting bug reports, please include: Operating System OS Version Web Server Web Server Version PHP Version PHP Type (ASAPI, CGI) phpESP version It should show that one survey was taken. I am not sure what you're describing though. Please duplicate the bug/problem on the demo site if possible then give us the survey Id. -James On Thu, 11 Jul 2002, Stephen Lawrence Jr. wrote: > When I created a survey, and submitted it without answering any of the > questions, and pulled up the results, it showed a (1.0) for each > question. Is that a bug or a feature? > > |
|
From: Stephen L. Jr. <sla...@uc...> - 2002-07-11 18:28:10
|
When I created a survey, and submitted it without answering any of the questions, and pulled up the results, it showed a (1.0) for each question. Is that a bug or a feature? -- Stephen Lawrence Jr. - Programmer sla...@uc... California Animal Health & Food Safety Laboratory System, UC Davis (530)-752-4614 |
|
From: <no...@so...> - 2002-07-11 15:41:07
|
Feature Requests item #560585, was opened at 2002-05-25 17:20 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=560585&group_id=8956 Category: survey format Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Rate scale flexibility Initial Comment: the "rate" scale is static with numbers ranging from 1 to n. I would like that to be assignable so I can have text, for instance. Instead of a scale of "1 -2 -3 - 4 - 5 - N/A", I want to be able to implement a scale like: "Great - OK - Opinion Free - Not OK - Sucks - N/A" or anything else (and blank values, especially for interim points on the scale, would be acceptable). ---------------------------------------------------------------------- >Comment By: James Flemer (jimmerman) Date: 2002-07-11 10:41 Message: Logged In: YES user_id=39444 Yes, logart. That is the problem. One idea is to change the storage model for the surveys from SQL to XML, which would make this type of feature possible. ---------------------------------------------------------------------- Comment By: Stephen Lawrence (logart) Date: 2002-07-11 10:24 Message: Logged In: YES user_id=14468 The tough part about doing this is that you would have to capture both the reponse text value, along with the numerical value. Right now, the response_rank table is set up with all INT datatypes. There would have to be anther field added to that table of type VARCHAR or something that would contain the textual meaning of the answer. You need to capture the text along with the number in case you change the text values of the ratings later on. You would then skew the data because, for example, "1" used to mean good but now "1" is bad. If you don't save the "good" or "bad" along with each record, you would never know the numbers represent. right? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=560585&group_id=8956 |
|
From: <no...@so...> - 2002-07-11 15:24:44
|
Feature Requests item #560585, was opened at 2002-05-25 22:20 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=560585&group_id=8956 Category: survey format Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Rate scale flexibility Initial Comment: the "rate" scale is static with numbers ranging from 1 to n. I would like that to be assignable so I can have text, for instance. Instead of a scale of "1 -2 -3 - 4 - 5 - N/A", I want to be able to implement a scale like: "Great - OK - Opinion Free - Not OK - Sucks - N/A" or anything else (and blank values, especially for interim points on the scale, would be acceptable). ---------------------------------------------------------------------- Comment By: Stephen Lawrence (logart) Date: 2002-07-11 15:24 Message: Logged In: YES user_id=14468 The tough part about doing this is that you would have to capture both the reponse text value, along with the numerical value. Right now, the response_rank table is set up with all INT datatypes. There would have to be anther field added to that table of type VARCHAR or something that would contain the textual meaning of the answer. You need to capture the text along with the number in case you change the text values of the ratings later on. You would then skew the data because, for example, "1" used to mean good but now "1" is bad. If you don't save the "good" or "bad" along with each record, you would never know the numbers represent. right? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=560585&group_id=8956 |
|
From: Kon A. <ang...@ip...> - 2002-07-11 11:00:39
|
I think it's a reasonable request and worth applying.
I'll do it now.
Kon
On Wed, 10 Jul 2002 22:07, James E. Flemer wrote:
> ---------- Forwarded message ----------
> Date: Wed, 10 Jul 2002 18:39:08 +1000
> From: Gary Ashton-Jones <gas...@f2...>
> To: php...@li...
> Subject: [phpesp-general] Displaying number of responses
>
> We typically have dozens of surveys running at any one time and found it
> useful to get a quick summary of responses per survey on the 'View
> Survey Results' page. I put this patch into v1.3 but forgot to send it
> to mailing list. Here's an updated patch for v1.4 if anyone is
> interested. It simply adds an extra column ('Resp') of total responses
> for each survey after 'Owner' and 'Group'.
>
> Rgds
>
> Gary
>
>
> --- results.inc Wed Jul 10 17:08:45 2002
> +++ results.inc.old Wed Jul 10 16:28:58 2002
> @@ -97,15 +97,10 @@
> <th align="left"><?php echo(_('Title')); ?></th>
> <th align="left"><?php echo(_('Owner')); ?></th>
> <th align="left"><?php echo(_('Group')); ?></th>
> - <th align="left"><?php echo(_('Resp')); ?></th>
> </tr>
> <?php
> while(list($sid,$name,$title,$owner,$realm) =
> mysql_fetch_row($result)) {
>
> - $sql2 = "SELECT count(*) from response where survey_id = $sid";
> - $result2 = mysql_query($sql2);
> - list($resp) = mysql_fetch_row($result2);
> -
> if($bg != $ESPCONFIG['bgalt_color1'])
> $bg = $ESPCONFIG['bgalt_color1'];
> else
> @@ -121,7 +116,6 @@
> <td><?php echo($title); ?></td>
> <td><?php echo($owner); ?></td>
> <td><?php echo($realm); ?></td>
> - <td><?php echo($resp); ?></td>
> </tr>
> <?php
> }
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Two, two, TWO treats in one.
> http://thinkgeek.com/sf
> _______________________________________________
> phpESP-general mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-general
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Two, two, TWO treats in one.
> http://thinkgeek.com/sf
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
|
|
From: Kon A. <ang...@ip...> - 2002-07-11 10:22:18
|
Hey Matthew, My preference would be to add a link to the form on the respondents, designers and groups pages. - option(1). Kon On Wed, 10 Jul 2002 12:00, Matthew Gregg wrote: > I'm trying to find the most appropriate place to "hang" the bulk > upload functionality, UI wise. Given that I've generalized the upload > to handle not just Respondents, but Designers and Groups, what makes > the most sense to you guys?: > 1) A link to the form on ?where=respondents,designers,groups pages. > > 2) Add the upload form directly on the > ?where=respondents,designers,group pages. > > 3) Add the upload form on the > ?where=admrespondent,admdesigner,admgroup pages. > > 4) A link to the form on the ?where=manage page. You would select the > account type on the upload form itself. > > Thanks. |
|
From: James E. F. <jf...@ac...> - 2002-07-10 12:07:12
|
---------- Forwarded message ----------
Date: Wed, 10 Jul 2002 18:39:08 +1000
From: Gary Ashton-Jones <gas...@f2...>
To: php...@li...
Subject: [phpesp-general] Displaying number of responses
We typically have dozens of surveys running at any one time and found it
useful to get a quick summary of responses per survey on the 'View
Survey Results' page. I put this patch into v1.3 but forgot to send it
to mailing list. Here's an updated patch for v1.4 if anyone is
interested. It simply adds an extra column ('Resp') of total responses
for each survey after 'Owner' and 'Group'.
Rgds
Gary
--- results.inc Wed Jul 10 17:08:45 2002
+++ results.inc.old Wed Jul 10 16:28:58 2002
@@ -97,15 +97,10 @@
<th align="left"><?php echo(_('Title')); ?></th>
<th align="left"><?php echo(_('Owner')); ?></th>
<th align="left"><?php echo(_('Group')); ?></th>
- <th align="left"><?php echo(_('Resp')); ?></th>
</tr>
<?php
while(list($sid,$name,$title,$owner,$realm) =
mysql_fetch_row($result)) {
- $sql2 = "SELECT count(*) from response where survey_id = $sid";
- $result2 = mysql_query($sql2);
- list($resp) = mysql_fetch_row($result2);
-
if($bg != $ESPCONFIG['bgalt_color1'])
$bg = $ESPCONFIG['bgalt_color1'];
else
@@ -121,7 +116,6 @@
<td><?php echo($title); ?></td>
<td><?php echo($owner); ?></td>
<td><?php echo($realm); ?></td>
- <td><?php echo($resp); ?></td>
</tr>
<?php
}
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Two, two, TWO treats in one.
http://thinkgeek.com/sf
_______________________________________________
phpESP-general mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/phpesp-general
|
|
From: Matthew G. <gr...@mu...> - 2002-07-10 02:00:36
|
I'm trying to find the most appropriate place to "hang" the bulk upload functionality, UI wise. Given that I've generalized the upload to handle not just Respondents, but Designers and Groups, what makes the most sense to you guys?: 1) A link to the form on ?where=respondents,designers,groups pages. 2) Add the upload form directly on the ?where=respondents,designers,group pages. 3) Add the upload form on the ?where=admrespondent,admdesigner,admgroup pages. 4) A link to the form on the ?where=manage page. You would select the account type on the upload form itself. Thanks. -- one of the friendly folks in the IT Lab. --------------------------------------\ The IT Lab (http://www.itlab.musc.edu) \____________________ Probably the world's premier software development center. Serving: Programming, Tools, Ice Cream, Seminars |
|
From: Creative M. <Cre...@Pu...> - 2002-07-09 11:32:46
|
Is there a roadmap document for what to be included in 1.5? Anyone who knows where to find it? Otherwise, what would you guys think about having a roadmap for 1.6 when 1.5 is released? // CM |
|
From: Creative M. <Cre...@Pu...> - 2002-07-07 09:52:40
|
Sounds like a good idea! If it is possible, do it! // CM 2002-07-06 15:32:11, "James E. Flemer" <jf...@ac...> wrote: >On Sat, 6 Jul 2002, Creative Minds wrote: > >> Check answers below >> >> 2002-07-06 04:59:16, Kon Angelopoulos >> <ang...@ip...> wrote: >-snip- >> >> > 3/ I've replied to each of the following feature >> > requests you've made (573852, 573854, 573862, 573863, >> > 573866) but I'm still waiting on your replies to them so >> > that their evaluation can proceed. - could you please >> > help out by visiting the feature requests section of >> > the phpESP project and follow up. >> >> My Bad again... Except for on 573852 didn't see any comment there. >> I've visited the others mentioned and added a comment, probably mailed >> to you by now. I do hope they clear some things out and that they'll >> be considered to be included / stay on request list. >> >> Look forward to see further comments =). >-snip- >> >> You're right. I'm just unused to the SF system so far. Trying to get >> used to it. In the request area it's not marked anywhere how many >> comments that has been added, so I'm a bit confused. I'm gonna track >> them better, thank you for the note mate =) > >I think that I can make it so that any change to a feature >request gets CC'd to the devel list (the way bug works). >Is anyone opposed to that idea? Well, I will set it up that >way, and if you don't like it complain and I'll change it >back. That should make it easier for all of us to track >requests and bugs. > >-James > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Got root? We do. >http://thinkgeek.com/sf >_______________________________________________ >phpESP-devel mailing list >php...@li... >https://lists.sourceforge.net/lists/listinfo/phpesp-devel > |
24 messages has been excluded from this view by a project administrator.
