CMS Made Simple Forums

Fixed in svn.

Edit action.default.php, and in line 156, change:
to
This will run htmlspecialchars on all submitted values (but will preserve the <br> tag).

I'm glad you're enjoying the book!

RonnyK has an even easier solution for your problem. He suggests:
in you Menu Manager template.

Good Luck,
___Samuel___

I haven't actually used RHEL6, so I can't speak to it.

I've had success with Debian 5 or later, Ubuntu 10.04 or later, pretty much any recent Fedora, Windows Server 2003/IIS6, and Mac OS. I haven't tried on other platforms.

You won't have luck with CMSMS under stock Centos 5.5 or 5.6, since they compile PHP 5.1.x without RegexIterator support.

You'd need to build your own PHP instance, which is not that difficult, but it might be easier just to choose a different distro at this point.

Without seeing what the data and the form look like, it's hard to know exactly what it is you're trying to do. But it looks like you might be able to do it entirely in Smarty: {foreach from=$list item=entry}     {foreach from=$entry->fields item=status}         {if $status == 'Levande'}             ...

This year's pictures: http://www.flickr.com/photos/_sjg_/sets/72157624877130381/ I've had one request to remove someone's name from the photo tagging. If I tagged a picture with your name and you want that removed, let me know! I also failed to tag a lot of names, so if you want me to add your name ...

I'll go through my photos on the plane home. Some from previous years:

GeekMoot 2009
http://www.flickr.com/photos/_sjg_/sets ... 379868741/

GeekMoot 2008
http://www.flickr.com/photos/_sjg_/sets ... 974459112/

GeekMoot 2007
http://www.flickr.com/photos/_sjg_/sets ... 004193145/

It's actually a Core bug. To fix it, edit CMS_ROOT/admin/edithtmlblob.php Change line 137 from: Events::SendEvent('Core', 'EditGlobalContentPre', array('global_content' => &$blobobj)); to: Events::SendEvent('Core', 'EditGlobalContentPre', array('global_content' => &$the_blob)); and Archiver ...

That should work, but it looks like I introduced a bug.

It now works on the field alias / DOM ID, the field name, or the field ID (fld_XX). It's fixed in svn, and should work in today's release.

Thanks,
___Samuel___

There is a newly fixed bug where the XNML parsing would crash if a field value had an ampersand "&" in it. That bug has been fixed in svn, and will be in the upcoming release.

Rapp: it sounds like you're having some kind of module crash. It could be an outstanding bug of some sort.

Can you see anything in your php error log?

Doh! Found it. Stupid bug... Try editing FormBuilder.module.php, and at line 685 change it from: function CreatePageDropdown($id,$name,$current='',       $addtext='',$markdefault =true)      {      // we get here (hopefully) when the template is changed      // in the dropdown. to function CreatePag...

Thanks for the report.

This is using a FileUpload field and handling it with the Uploads module?

I have to admit, I'd only tested with the "native" file upload.

If you want to use Smarty variables in the filespec, you could try doing something like: $filespec = $this->GetOption('fileroot',$options['uploads_root']).'/'.       preg_replace("/[^\w\d\.]|\.\./", "_", $this->GetOption('filespec','form_submissions.txt')); $filespec= $mod->Proce...

Try using a "-Page Break" field where you'd like the form to split.