I've just made those changes, but its still has the <iframe> tags, when I look at the source in firebug.
I don't think the problem is with the actual HTML, my changes just seem to be taking effect.
I've just made those changes, but its still has the <iframe> tags, when I look at the source in firebug.
I don't think the problem is with the actual HTML, my changes just seem to be taking effect.
It just occurred to me that it looks like you are rewriting your urls to look "nice" . Is there some sort of caching happening for that, this could prevent your changes from showing? It is probably a setting somewhere in your Zencart admin
Zen cart installation / maintenance / customisation / hosting
Supported Modules: Dutch language pack, Multi site, Dynamic Price Updater and more.
The rewrites are all in the .htaccess file. So I don't think that would be the problem.
Ok, something very strange happening. I tried to edit another product just see what would happen and sure enough the changes were reflected on the browser when I refreshed the page.
So it doesn't appear to be anything to do with caching at all.
Very strange.
Zen cart installation / maintenance / customisation / hosting
Supported Modules: Dutch language pack, Multi site, Dynamic Price Updater and more.
I think I know what's going on. I have some custom CSS which I want to use on this page, ( includes/templates/classic/css/page11.css ).
Based on some documentation I read, if I want to apply specific CSS to a page, the URL should look like this:
paulsheeranjewellers.ie/jaegerlecoultre-ezp-11.html
Now, if I remove this specified URL from the category settings ( * I may have mentioned in the initial post that I was trying to enter a product, its actually a category, sorry about that !) the iFrame border disappears as it should.
But the issue now is my custom CSS is not applied.
It does sound like your problem is with your URL rewriter not playing nicely with some stock Zen Cart functions and thus with other mods which use those. From the form of your URLs, you are not using CEON, which is widely reported to be the best at working with all ZC functions, and the cleanest and most flexible. With CEON, you would not need the -ezp-11.html cluttering up your pretty URLs. No rewriter should tack the fake .html onto the end of its product, as it does not tell the user or search engines anything useful.
Bookmarks