VoigtWorld :: Family and Friends

Start :: PostNuke :: pnTNG :: doctype
Moderated by: Wendel, admin

	doctype
patrick	Posted: 01.05.2008, 22:01
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	Hi Wendel, I am having some problems with the latest 3.12b2. 1. I validated my site and found that the doctype is not being found when integrated without Iframes. PN and tng, when accessed directly, do show the correct doctype. 2. The footer is not showing. I noticed some errors when accessing tng directly, you can see for yourself here http://craigandennis.com/modules/genealogy/ 3. On ,using Wampserver, I am seeing errors at the bottom. Also, the footer is not showing there either unless accessed directly through /modules/genealogy. Quote \n"; echo "\n"; echo "\n"; echo "$TNGoutput \n"; echo " \n"; echo " \n"; if (!$TNG_print) { include_once("footer.php"); } } else { // Not in PostNuke, so just complete the page echo "\n"; echo "\n"; } ?> Thanks Patrick


Wendel	Posted: 01.05.2008, 23:40
registered: Jun. 2005 Posts: 82 Status: offline last visit: 03.05.08	Patrick, #3 Indicates that you are using an old version of end.php. Please copy the new version from the pnTNG/TNG directory into your actual TNG directory (along with the other files there.) #2 Looks like you changed the TNG settings from footer.html to footer.php and then you do not have a footer.php file in your TNG directory. The footer.php file in the #3 quote above is the PostNuke footer file in the PostNuke directory (and should not change.) The header.php and footer.php called out in end.php are the PostNuke routines to add the PostNuke "wrap". #1 is puzzeling. The doctype should be provided by PostNuke when TNG is integrated without iframes. My only thought is that your theme master.htm file does not have the doctype correct. Or problems #2 and #3 contributed to this. If you are still seeing this after correcting #2 and #3, can you send me links to sample error pages to pnTNG@voigtworld.com so I can have a look. - Wendel


Wendel	Posted: 02.05.2008, 00:00
registered: Jun. 2005 Posts: 82 Status: offline last visit: 03.05.08	Patrick, OK, I validated my site (both old and new) and it gets errors too. This has to do with the way TNG prints out certain HTML tags when it really should not under a CMS. So I will either need to get Darrin to change TNG, or I will need to figure out a way to strip them out. - Wendel


patrick	Posted: 02.05.2008, 00:10
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	Wendel, #1,2 For some reason I changed it to footer.php in the settings. That fixes both problems. #3 You were right I somehow skipped overwriting that file. Unfortunately, I am getting a longer error now. Quote \n"; echo "\n"; echo "\n"; echo "$TNGoutput \n"; echo " \n"; echo " \n"; if (!$TNG_print) { include_once("footer.php"); } } //----------------------------------------------------------------------- // Function to find email addresses and hide from email harvestors // $source is the text/html to scan // $mode = 'mailto' to work only on mailto email addresses // $mode = 'text' to work only on text email addresses // $mode = 'both' to work on both of the above // $text2link = true to make plain text emails into mailto links // $text2link = false to just encode text emails without making into mailto links //----------------------------------------------------------------------- function pnTNGcleanEmail($source, $mode='both', $text2link=true){ $symbols_new = array(" [ a t ] "," [ d o t ] "); $symbols_email = array(";@" , "." ); $random_max = 5; $random_char = rand(0,$random_max ); $regex_html_email = '!])href=["\']mailto:([^"\']+)["\']([^>])>(.?)]>!is'; $regex_text_email = '![a-zA-Z0-9\-_]+@[a-zA-Z0-9\-_]+.[a-z]{2,3}!is'; $hex_mailto = "mailto:"; switch($mode) { case false: return $source; break; // fast return case 'mailto': $regexes = array('html' => $regex_html_email); break; // Just work on mailto case 'text' : $regexes = array('text' => $regex_text_email); break; // Just work on text emails case 'both': // Work on both mailto and text emails default: $regexes = array('html' => $regex_html_email, 'text' => $regex_text_email); break; } foreach($regexes as $regex_type => $regex) { preg_match_all($regex, $source, $matches); if(empty($matches[0])) { continue; // no matches } $modifications = $matches[0]; foreach($modifications as $key => $match) { if($regex_type === 'html') { $address = $matches[2][$key]; $display = $matches[4][$key]; } elseif($regex_type === 'text') { $address = $matches[0][$key]; $display = str_replace( $symbols_email, $symbols_new , $matches[0][$key]); //substitute characters } // Encode the email address $hex_address = ''; $length = strlen($address); for($x = 0; $x < $length; $x++) { $char = substr($address,$x,1); if ( ( ($x % $random_max ) == $random_char ) && !(strpos(";@.", $char) !== false) ){ $hex_address .= $char; // every once in a while, keep it the same to make it harder to decode } else { $hex_address .= '&#' . ord($char) . ';'; } } // Encode the display information $hex_display = ''; $length = strlen($display); for($x = 0; $x < $length; $x++) { $char = substr($display,$x,1); if ( ( ($x % $random_max ) == $random_char ) && !(strpos(";@.", $char) !== false) ){ $hex_display .= $char; // every once in a while, keep it the same to make it harder to decode } else { $hex_display .= '&#' . ord($char) . ';'; } } // now put it back together if ($regex_type === 'text' && $text2link!=true ){ $modifications[$key] = $hex_display; } else { $modifications[$key] = ''.$hex_display.''; } $source = str_replace($matches[0], $modifications, $source); } } return $source; } ?> Thanks Patrick


Wendel	Posted: 02.05.2008, 00:30
registered: Jun. 2005 Posts: 82 Status: offline last visit: 03.05.08	So where are you getting that error? I peaked at your site and the page seemed display ok. Is it in a log file somewhere? If so, which one and what is just above and below the error?


patrick	Posted: 02.05.2008, 00:53
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	That error is only showing up on my personal computer running WAMP5. I am only using it for testing puposes. Also, the error is at the bottom of the screen. Patrick edited by: patrick, May 01, 2008 - 11:54 PM


patrick	Posted: 03.05.2008, 16:52
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	This is wierd...My footer is not showing again and my w3c validator can not find the doctype. This only happens when the custom footer in tng is set to footer.php, it is fine when using footer.html. This time there is a footer.php and there are no errors. This is happening on my hosted site using php5.2.5 mysql 5 and apache1.3 And the Pn front page does validate correctly aswell as tng when accessed directly through modules/genealogy. Patrick


patrick	Posted: 03.05.2008, 17:15
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	I will leave my site set up to use the footer.php so you can see for yourself what is happening. I left the footer.php empty. When using view source in IE it looks all screwy. http://craigandennis.com/index.php?name=genealogy&file=surnames Hope this helps.


Wendel	Posted: 03.05.2008, 18:26
registered: Jun. 2005 Posts: 82 Status: offline last visit: 03.05.08	I have a theory. I'm wondering if the inclusion of another file named "footer.php" is causing problems (there is already one included under PostNuke.) Can you try renaming the footer.php to something else -- like footerTNG.php. Make sure you change the setting in TNG's administration too. The same thing if you are using a file called "header.php" instead of "topmenu.php". PostNuke also has a header.php file to include. Are you using the topmenu.php as well? Or is that one blank too? The other thing to be careful about is making sure any new tables or div in topmenu.php are closed in footer.php (or the new name for footer.php.) - Wendel edited by: Wendel, May 03, 2008 - 05:28 PM


patrick	Posted: 03.05.2008, 20:09
registered: Feb. 2008 Posts: 17 Status: offline last visit: 03.05.08	Changing the name of footer.php works. Thanks QuoteThe other thing to be careful about is making sure any new tables or div in topmenu.php are closed in footer.php (or the new name for footer.php.) It does not look like the topmenu.php is even used when integrated. I am just going to leave it blank, I may do that with the footer aswell. Patrick

Options

reply

Preview

Code:

Font color:

Font size:

Users online:

This list bases on the users active in the last 10 minutes

Main Menu

Login

Genealogy Quote

Recipes

Stories

Online

doctype