Karma's Nucleus DevBlog

Yesterday, I fixed a problem with skin import/export when CDATA sections were involved. A CDATA section is a way to include just about any "character data" in an XML file, without having to worry about the well-formedness of the XML. It's used like this: <![CDATA[...contents...]]>

Since the only way a parser can tell if such a section is finished, nested CDATA sections are a big no-no. The sequence ]]> can not occur inside a CDATA section.

Nucleus exports its skins/templates as such a section (it's the safest way, since we don't know if its valid XML), so problems arise when the skin/template itself is using a CDATA section. The skinbackup.xml file is no longer well-formed. Although only RSS/Atom/... skins are affected, and import still worked fine, the problem had to be taken care of.

I've switched to PHP 5 RC3 / Apache 2 on my local test-environment. A first discovered (and fixed) bug: [ 972115 ] PHP5: install.php fails to discover install path. I haven't seen any other problems yet. Radek has had some Blog:CMS users running into problems, however. I'll keep running PHP5 for now, and see what other problems arise.

I've claimed bug 967580 - Class variables not explicitly defined. In the next few days, I'll be taking care of one or more classes each day.

Update 2004-06-13: The commit from yesterday contained an error which caused nested ifs not to work correctly. Now fixed.

Today, I committed a small improvement to the PARSER.php class into CVS. It greatly improves performance on sites with complex if-else structures.