designBox_x.html

I want to create an extra designbox, designbox_4.html and use these for some custom HTML blocks.

In the DB, table sys_page_compose, I changed the value of the field 'DesignBox' to 4, hoping that it would pick up my newly designed designbox_4.html. Unfortunately it keeps using designbox_1.html, no matter to what value I change the field 'DesignBox'.

 

Does anyone know how these designboxes work, or if this might be a bug in dolphin (hardcoded designbox_1).

I did check the function DesignBoxContent and there seems to be nothing wrong with it, so it must get this value from somewhere. Ideas are welcome ;-)

 

"function DesignBoxContent ( $title, $content, $db_num = 0, $capti alt= '', $bottom_item = '' ) {
    return $GLOBALS['oSysTemplate']->parseHtmlByName('designbox_' . (int)$db_num . '.html', array("

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 21 May 2010

http://www.boonex.com/unity/extensions/entry/PageBlock_Template_Changer

Quote · 21 May 2010

Sounds like you did it correctly. The db change from 1 to 4 is all that is needed. So. How about the most common thing everyone over looks. Did you clear the cache.


I will repeat my suggestion for the 100 millionth time. While working on a site, leave caching off until you are done with everything. It will save you a lot of headaches.


https://www.deanbassett.com
Quote · 21 May 2010

uhhh, it was the cache Undecided

I did clean all the cache but for some reason the designbox information is not cleared. I noticed this several hours later (most likely when the cache expired) but cleaning the cache on its own is not enough.

 

Will disable caching from now on Wink

Thanks!

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 22 May 2010
 
 
Below is the legacy version of the Boonex site, maintained for Dolphin.Pro 7.x support.
The new Dolphin solution is powered by UNA Community Management System.