I had the tag in the wrong place. I'd put the <{$calendarjs}> tag <b>after</b> TITLE in the templates page, and as you say here, it needs to be <b>before</b>.

I'd installed the patch from the <a href="http://sourceforge.net/tracker/?func=detail&aid=1077123&group_id=41586&atid=430842">Sourceforge</a> instructions, which asks for the tag to go after TITLE, but I wasn't able to get functionality out of this until I followed the instructions in this post and moved the tag up.

Thanks again for your help!

Thanks for getting back to me - I should have mentioned that I'm working with Formulize 2.2RC1. The files I have seem to be identical to the ones in the patch.

The behavior of the date box & button is as follows:

- the form appears with today's date already filled in

- when the button is clicked, all fields revert to the default value set when the page was first opened. text fields are blank, option boxes are reset, yes/no boxes are set to the default setting, and date boxes are reset to today's date.

I created another test form as an experiment and saw the same behavior from the date box in that form. I tried formatting the date differently (mm-dd-YYYY for example) but saw the same behavior.

Greetings -

I'm using Formulize with XOOPS 2.0.15, PHP Version 4.4.4, and MySQL Version 4.1.21 and have a problem when I use date boxes in forms. A button like this:

<input type='reset' value=' ... ' onclick='return showCalendar("ele_45");'>

is put next to each date field which seems designed to bring up a visual calendar using javascript. In my site, however, the button does not bring up the box and instead resets all of the fields the user has already filled in on the form. The guilty tag seems to be:



element 45 is the date I'm using there, btw

I have warned users about this but it's just too tempting for them. I'm wondering if there's a hack to just get rid of the showcalendar box call for forms altogether. The most most relevant error I get on the page in debug mode is:

Warning: Missing argument 8 for displaycalendar() in file /modules/formulize/include/calendardisplay.php line 62

If I understand the message correctly, element 8 is $hidden, but I'm not sure where it's set.

It might be something particular to my site, but I have tried different browsers and turning off pop-up blockers.

greetings -

I'm using Formulize and Pageworks and am having a really difficult time parsing a selectbox array. Here's what I'm trying to do, in a nutshell -

* there is a table of cities called metro_areas

* when users register, they check as many cities as they like on a selectbox in the profile/registration form. ther city list is linked to the one in the metro_areas table so that the names are standardized.

* I would like to create a customized report that shows upcoming events in any of the cities the users selected. I have a general sense of how this would be done but the stumbling block is that the city list is an array and I'm unable to extract the values for each user in a format that I can filter on.

I'm aware that cities selected are referred to in an entry in the ele_value field of the xoops_formulize_form table. the references are in a format that resembles this:

2#*=:*Metro Area#*=:*15[=*9*:11[=*9*:13

but I'm hoping I can stick with getData and not have to do SQL calls as a workaround. The closest I have come to getting to the personalized list of city names is this -

$uid = $xoopsUser->getVar('uid');
$zones = getData("",1,"uid/**/$uid");
//and then
print_r($zones);

which gives me all of the profile (form #1) data for the logged-in user, including the resolved names of cities they selected. However, I'm still looking for the Holy Grail - a parsed set of city names that I can assign to variables and pass to a filter. The filter is a comparison of the user-selected cities and the event cities, which are from the same master cities table.

It seems like there's a way to do this with getData, but I am too thick/inexperienced to figure it out from the examples in the manual, and believe me, I have been trying all day. Has anyone out there done something similar?

Greetings -

I'm using Regcodes & Formulize to customize user profiles on my site. Upon registering, people are granted access to both the registered users group and another of three groups depending on their role in the organization. I would like to add subforms to the form used for registration which asks questions which are specific to each role and is only visible by group members. I created a general registration form with data that pertains to all registered users and separate forms for all of the group-specific data. I then created frameworks which link the profile forms to the group-specific ones by user id. When I go to add one of these frameworks to the main profile form as a subform, however, I am not able to choose the frameworks I created as a subform. The box to the right of:

Which form do you want to include as a subform?

reads:

No subforms available - define a framework first

However I can go to the Create or Modify a Form Framework page under Actions and see the frameworks I've created. They contain two tables in each and specify a one-to-one relationship.

Here are the troubleshooting steps I've taken -

* searched and read any forum entries on 'subform' at dev.xoops.org and www.xoops.org, did some Googling as well

* reset all custom group permissions to have equal access as registered users

* made sure all handles for all frameworks are unique

* tried creating a simpler framework based on one form and a dummy

* restarted MySQL server

* updated the Formulize module after my form was created.

I worked around the problem by re-entering the elements of my group-specific forms into the main registration form and then limiting the groups which can view them, but I would like to be able to use the subforms feature in the future. Am I missing something obvious? Has anyone had this problem before?

I'm using 2.2RC1 with XOOPS 2.0.15

That did the trick . . . thanks Julian and to everyone else who took the time to respond.

I'm looking at switching hosts anyway because the current one's configuration could be described as peculiar to say the least.

Cheers -

John M.

Is Zend Optimizer a requirement of XOOPS?

thanks for the replies . . . I did read the post about Zend Optimizer in the FAQ before posting my question but didn't think it applied - as far as I can tell Optimizer is not enabled and the main engine is the only Zend process running. I'll ask the host about installing it, but am not hopeful as the last version of Zend Optimizer for the OS they use (FreeBSD 4.10) is 2.5.3.

Greetings -

I am using Formulize to add necessary fields to user registration on a new site. After creating a simple registration form (consists of 7 text or select boxes, none of the select boxes are linked to other forms) I get the following error when I select 'Edit User':

Fatal error: Call to a member function on a non-object in /usr/home/zaviation/www/htdocs/modules/formulize/include/formdisplay.php on line 1331

the line in question is this:

$value = $myts->undoHtmlSpecialChars($value);

I'm relatively new to PHP so this is the barest of clues. From poking around on forums it appears to have something to do with the text sanitizer, but knowing what to actually do with it is beyond me.

Anyway, the error occurs at the webmaster level and at the registered user level (I can create an account just fine with the reg code). I have tried the following -

* checking access permission to the form (Webmasters have all rights, Reg. users can view_form, add_own_entry, update_own_entry, delete_own_entry)

* updating the Formulize module (using 2.2RC1) after my form was created. I am using the Regcodes module version 2.2RC1 so that I can add fields to registration. I have Pageworks and I-Menu installed as well but have not created any templates or menus yet.

My hunch is that the solution is a simple one, but I've been stuck on this one for a day now. Does anybody see what I'm missing?

- John M.


Website URL:
http://zaviation.com

XOOPS Version:
XOOPS 2.0.15

XOOPS Theme:
default

XOOPS Template Set:
default

PHP Version:
4.4.4

MySQL Version:
4.1.21

Server Software:
Apache/1.3.37 (Unix) FrontPage/5.0.2.2635 mod_ssl/2.8.28 OpenSSL/0.9.7i

User's Browser:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.8) Gecko/20061025 Firefox/1.5.0.8