Misplaced <b> tag causing layout issues

[DannyVarley]

Hi Guys,

As you can see on the following page

http://kitchenwarehouseltd.com/compl...nt-white-units

the left column is being displayed at the bottom of the page. It seems to be that it is wrapped in a <b> tag causing the issues. Unfortunatley I cannot find where this tag is to delete it and fix the problems.

do any of you guys have any ideas where I may find this?

Many thanks,
Daniel

[frank18]

... It seems to be that it is wrapped in a <b> tag causing the issues....

What makes you think a <b> tag causes the distorted layout? The <b></b> tags are to *bold* some text but would not cause that misalignment.

Where did you get that template from? It does not seem to comply with ZC standards.

[carlwhat]

i would use an html validator. oince you get your html cleaned-up you can then more easily troubleshoot any layout problems.

see:

https://validator.w3.org/
http://www.htmlhelp.com/cgi-bin/vali...s&warnings=yes

[RixStix]

As Frank18 hinted, have you asked the template author for help?

I've seen similar things with improper setup of a responsive template sidebox layout or related settings. (looks OK on a phone or tablet)
I had a "DUH" moment after detailed perusing of the template's README setup.

[DannyVarley]

Hi Guys,

So here is where it gets a little confusing and hard to explain. My store uses two main product types which are kitchen units and kitchen doors and there are also normal products. On only the kitchen units listing page is where it is displaying the layout wrong. If you look at a listing page for the product of kitchen doors you will see the layout is how it should be:
http://kitchenwarehouseltd.com/repla...ors/high-gloss

If you inspect the column you will see on the listing for the units that is not working that the column is wrapped in <b> </b> but on the listing for the doors there is no <b> </b> and it is working how it should!

I feel that it is something I have changed recently but I just cannot figure out what template file would cause this or what I might have done. I hope I explained myself correctly!

Even though the template is very different I know its my error and I just cant figure out what I have done to make it wrong!

Many thanks,
Daniel

[mc12345678]

If continuing to indicate that other validaton issues take no part in the display of this product/category and seeing as you use a uri rewriter, it is not as apparent as when using the default ZC uris, but are the product type in both "categories" the same? (Ie. Product-general)?

Do you have different css files loaded for different categories/products/etc...? There is a "help" file (or should be) in the includes/templates/template_default/css directory.

[barco57]

Use the admin>tools>developers toolkit to search for <b>

[DannyVarley]

The two different categories both have different product types in, the one that is having the layout issues only include the product_unit product type with an id of "8" and the other products all display fine. This leads me to believe it is one of the template files for the product_units product type that is causing the issue.

I just cant think for the life of me what the product_unit template file will be that is causing the issue as has all been changed quite a bit. I do have a backup where I feel I might have to start comparing files to see what is different and see if I can find what has changed this way.

Many thanks,
Daniel

[DannyVarley]

We also have a test site in which I can see that the column is where it should be.

Many thanks,
Daniel

[mc12345678]

The two different categories both have different product types in, the one that is having the layout issues only include the product_unit product type with an id of "8" and the other products all display fine. This leads me to believe it is one of the template files for the product_units product type that is causing the issue.

I just cant think for the life of me what the product_unit template file will be that is causing the issue as has all been changed quite a bit. I do have a backup where I feel I might have to start comparing files to see what is different and see if I can find what has changed this way.

Many thanks,
Daniel

The main "driving" file would most likely be: tpl_product_unit_default.php if in a non-rewritten uri the main_page parameter = product_unit_info. This file would be expected to be found in the override folder for your template: includes/templates/YOUR_TEMPLATE/templates/tpl_product_unit_default.php

From/within that file, it would call on other things as well, which would/could contribute to the issue...

But there could also be something in the header_php.php file or other files loaded in that directory (all ending with .php will be loaded) associated with that product type: includes/modules/pages/product_unit

Didn't capture the post, but if you have a working copy and a broke copy, pull out your trusted comparison tool such as winmerge, beyond compare, etc... (Beyond compare offers live-site to live-site comparison).