CMS Made Simple Forums

Posted: **Sun Aug 24, 2008 5:24 pm**

I'm using CMS Made Simple 1.4.1 "Spring Garden" and the variation of CSSMenu left + 1 column. Here Is a Link to an Example should it be necessary: http://www.clubyachats.com/news/jeremy- ... lunge.html

On second-level pages image placeholders show up at the images themselves do not. The situation only affects only Internet Explorer (of course)... Netscape, and Opera, for example, have no problem, and render the second-level pages perfectly. Maybe there is a IE hack that someone can point me to? Any Guidance or Assistance Would Be Appreciated.

Thanks in Advance!

Posted: **Mon Aug 25, 2008 2:50 am**

I don't see a problem with images in IE6, but the page shows up on the left side and I think the size is a little narrow...

Posted: **Mon Aug 25, 2008 6:13 am**

In IE7 there's the placeholders, instead of the real images.

I reckon it has to with the relative url's used, since 1 image (being http://www.clubyachats.com/weather/imag ... ns/fog.gif), ís showing up. I thought it might be because of the tags missing, but it seems to be there.

Posted: **Mon Aug 25, 2008 7:39 am**

Hmm yes I see it is a problem with IE7, more explicit information to this effect would have helped...

I do notice a strange thing in both IE6 and IE7, I use the IE developer toolbar in both and when I look at the page structure to the left it shows all the metadata, links, etc. which normally occur in the head as occurring in the body, I would be interested in seeing the code for the template as I think there may be a misplaced {literal} tafg or something else that would make this happen...

I include a shot of what I see...

Posted: **Mon Aug 25, 2008 9:46 am**

mark wrote: Hmm yes I see it is a problem with IE7, more explicit information to this effect would have helped...

I do notice a strange thing in both IE6 and IE7, I use the IE developer toolbar in both and when I look at the page structure to the left it shows all the metadata, links, etc. which normally occur in the head as occurring in the body, I would be interested in seeing the code for the template as I think there may be a misplaced {literal} tafg or something else that would make this happen...

I include a shot of what I see...

Exactly, that was what I suspected, the relative url's don't work because the base isn't defined properly (in the head section, as it should have been).

Posted: **Wed Aug 27, 2008 6:41 pm**

chris-s wrote: In IE7 there's the placeholders, instead of the real images.

I reckon it has to with the relative url's used, since 1 image (being http://www.clubyachats.com/weather/imag ... ns/fog.gif), ís showing up. I thought it might be because of the tags missing, but it seems to be there.

Thanks for the Interest Towards My Question... The images that are showing up below the menu are being rendered from a user-defined tag that calls a random image from Gallery 2, and a user-defined tag that includes a weather snippet from my ham weather script. Those images are showing up fine...

Here's a copy of my template, which is really CSSMenu left + 1 column with a few subtle changes.

Code: Select all

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<__html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
{* Change lang="en" to the language of your site *}

<head>

<title>{sitename} - {title}</title>
{* The sitename is changed in Site Admin/Global settings. {title} is the name of each page *}
{metadata}
{* Don't remove this! Metadata is entered in Site Admin/Global settings. *}
{stylesheet}
{* This is how all the stylesheets attached to this template are linked to *}
{cms_selflink dir="start" rellink=1}
{cms_selflink dir="prev" rellink=1}
{cms_selflink dir="next" rellink=1}
{* Relational links for interconnections between pages, good for accessibility and Search Engine Optmization *}
{literal}
<__script__ type="text/JavaScript">
<!--
//pass min and max -measured against window width
function P7_MinMaxW(a,b){
	var nw="auto",w=document.documentElement.clientWidth;
	if(w>=b){nw=b+"px";}if(w<=a){nw=a+"px";}return nw;
}
//-->
</__script>
<!--[if lte IE 6]>
<style type="text/css">
#pagewrapper {width:expression(P7_MinMaxW(720,950));}
#container {height: 1%;}
</style>
<![endif]-->
{/literal}
{* The min and max page width for Internet Explorer is set here. For other browsers it's in the stylesheet "Layout: Left sidebar + 1 column" *}
<!--[if IE]>
<__script__ type="text/javascript" src="modules/MenuManager/CSSMenu.js"></__script>
<![endif]-->
{* The above JavaScript is required for CSSMenu to work in IE *}
</head>
... Cut here to save space.....

Posted: **Wed Sep 03, 2008 2:59 am**

mark wrote: Hmm yes I see it is a problem with IE7, more explicit information to this effect would have helped...

I do notice a strange thing in both IE6 and IE7, I use the IE developer toolbar in both and when I look at the page structure to the left it shows all the metadata, links, etc. which normally occur in the head as occurring in the body, I would be interested in seeing the code for the template as I think there may be a misplaced {literal} tag or something else that would make this happen...

I include a shot of what I see...

[img]http://C:\Documents%20and%20Settings\Dave\Desktop\baffled.jpg[/img]
I know, it's bizarre. But with all due respect, when I use IE developer tools, I get the same result. If Internet Explorer Reads It Wrong, I would expect Microsoft developer tools to do the same. When I use Netscape, or Firefox DOM Inspector, I get a different result as demonstrated in the image attached below..

I have used default templates, modified templates, and downloaded a few new templates just to see if it was in the template itself. It doesn't matter what template I use... it is however unique to IE 7 and IE 8 now I discover.
And when I look at the {literal} tag(s) specifically, it's pretty much the same in every template that uses the tag. I try to be very careful about moving or modifying code that I don't understand fully... but in order to test the "literal location theory" I temporarily deleted that section of template, which had no effect.

I tested file hierarchy and determined that dropping "hierarchy" in config.php is a possible end to the problem, but its not a real solution. I notice the image properties show the location as "/news/uploads/images" instead of "/uploads/images" which support the "relative URL" connection. URL rewrite is working, and hasn't been a problem.

I was able to capture some "debug" output in case it might apply:

Code: Select all

string(115) "Smarty error: [in tpl_body:34 line 19]: syntax error: unrecognized tag 'lang'(Smarty_Compiler.class.php, line 90)"  

string(116) "Smarty error: [in tpl_body:34 line 44]: syntax error: unrecognized tag 'phpta' (Smarty_Compiler.class.php, line 590)"

And here's some more config data...

CMS Made Simple Version: 1.4.1 (recently upgraded)
Installed Modules:

CMSMailer: 1.73.14
FileManager: 0.4.1
MenuManager: 1.5.1
ModuleManager: 1.2.1
News: 2.8.2
nuSOAP: 1.0.1
Printing: 0.2.5
Search: 1.5.1
ThemeManager: 1.0.8
TinyMCE: 2.4.5
Captcha: 0.3.1
CGExtensions: 1.8
CompanyDirectory: 1.1.6
SiteMapMadeSimple: 1.1.3
TruetypeText: 2.0.2
SelfRegistration: 1.2.1
FrontEndUsers: 1.5.2
dboptimizer: 1.11
FeuCalendar: 0.1
FEUMailer: 0.8-beta
CustomContent: 1.5
MovedPages: 0.1

Current PHP Version: 5.2.5
PHP Configuration:

Maximum Post Size: 40M
Maximum Upload Size: 75M
PHP Memory Limit: 64M
PHP Safe Mode: Off
Maximum Execution Time: 30 seconds
Session Save Path: /tmp
MySQL Server Version: 5.1.22-rc

Server Software: Apache/1.3.39 (Unix) mod_ssl/2.8.30 OpenSSL/0.9.7e-p1 PHP/5.2.5 with Suhosin-Patch
Server API: APACHE
Server OS: FreeBSD v 6.3-RELEASE on i386 architecture

Directory Permissions:
tmp/cache - 0777
tmp/templates_c - 0777
uploads - 0777
modules - 0777
Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)

config.php
smarty tags = false

CMS Made Simple Forums

Image Placeholders But No Images On Second-Level Pages

Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages

Re: Image Placeholders But No Images On Second-Level Pages