Image Borders and Tables in 1.3.5

I am struggling with updating from 1.2.7 to 1.3.5. Been steadily working on this for seven months and thought before I expended any more time tweaking 1.2.7 that I'd better upgrade to 1.3.5. What a headache! I've been wandering in the wilderness over this upgrade for the last month, and I've spent the last three days seaching the threads for the answers to two questions but to no avail.

How do I turn off the annoying borders around all my images? There's even a border around my company name/logo. I don't see the option on Admin/Images.

Now all the products line up in one column to the far left where they once displayed three to a row. From other threads I've determined that all the tables were dropped out of the 1.3.5 version, I suppose for some security reason of which I am ignorant. So now the only way to get the products to display as they once did is to teach myself how to create a CSS-styled data table -- is that correct?

Frustration level is to the point where I want to ditch the entire upgrade. Help!

add this to your stylesheet (which should be there already)
a img {border: none;}

That will take away the borders.

And download the Column Layout mod from the downloads area to fix the columns.

Hope that helps.

TinaS:

add this to your stylesheet (which should be there already)
a img {border: none;}

That will take away the borders.
This is for the stylesheet.php that is in Admin/Includes, right?

When I add the above to my stylesheet and FTP it to the server nothing changes. There are no image tags in the original stylesheet code that I'm seeing. I put the code you suggested in right after:

a,body,html,table{
font:normal normal 11px Verdana,sans-serif;
}

Can you see what I'm doing wrong?

You want not the admin stylesheet but this one:

includes/templates/your_template/css/stylesheet.css.

Thank you both. The borders around the images are gone and the images are lining up three to a row (without having to download the tables module).

But now my color scheme is wiped out and has been replaced with a bright pink, flesh and brown motif (ugh!) and all the content is pushed out to the top, bottom and side borders.

When I compare my old stylesheet in my custom template folder with the new one, it's almost like comparing apples and oranges, the changes are so profound. I tried to control the bottom border by adding the old code:

margin-bottom: 10px;

to the

body {

delinator and tested it out by FTPing it to the server but nothing changed. I also tried to change the body background color but after saving and FTPing the file to the custom template folder, the change didn't take.

I am so frustrated. My progress through this upgrade feels like one step forward and two steps back.

It appears that you are trying to "drop" your old custom template into a 1.3 shopping cart which is not going to work.

The fact that you are defaulting to template default says there is something weird going on, either you didn't create a template_info.php in your custom template or you haven't turned it on in the admin.

Maybe you can give us a URL to see what's going on and help you a little more ?

Here's the URL for the 1.3.5:
http://www.holymtn.com/catalog/index.php?main_page=index

I've been working with the new stylesheet to make it look more like my original in 1.2.7:
http://www.holymtn.com/Zen_Cart/1.2.7bugsecurityfix/index.php?main_page=index

Right now I'm working on three problems which can been seen in this screen capture:
http://www.holymtn.com/catalog/3problems.jpg

1. At the top navigation bar it says BOX_HEADING_PRODUCTS_ALL where it should say "All Products". I've found instances where BOX_HEADING_PRODUCTS_ALL using the Developer's Toolkit but can't figure out how to fix it.

2. In the Search Box it says HEADER_SEARCH_DEFAULT where it should be blank. When you click on the box, HEADER_SEARCH_DEFAULT disappears but every time I go to a new page, it's back in the Search Box again.

3. I am trying to update the Conditions info but it keeps coming up blank. I remember in 1.2.7 there were two ways to enter info into the Conditions page. I originally blanked out one of them (put blank space in place of the text) and used the other to post on that page. Apparently in 1.3.5 there is only one way to update the Conditions page. I am using the Define Pages Editor to put copy in and FTPed it to my template_custom folder several times but it doesn't seem "take".

My fourth, major problem is that whenever I try to test the "Welcome Guest" sign-in or to take the shopping cart to checkout status, I get the following fatal error:

Fatal error: Call to undefined function: zen_js_zone_list() in /usr2/home/rae/www/catalog/includes/modules/pages/login/jscript_addr_pulldowns.php on line 35

I am using the Define Pages Editor to put copy in and FTPed it to my template_custom folder several times but it doesn't seem "take".

The define page info is stored in the database not in the template files. You need to use the define pages editor in the admin of your 1.3.5 version of your site

I was able to add borders to the sideboxes and main picture using firefox w/web dev plugin but I was not able to border the text under the image as it is in your original site.........Tables, damn tables. Looks like you just cut and pasted from your old site.
I would kill the tables and div and class each section so that they can be addressed in the stylesheet.

barco57:

The define page info is stored in the database not in the template files. You need to use the define pages editor in the admin of your 1.3.5 version of your site
Thank you so much, barco57. This helped me figure out that I had forgotten that I previously had "0"ed out Conditions of Use on my Define Page Status area of Admin. Now that I've changed the status to "1" everything displays correctly for that page of the catalog. Appreciate your help!

:cheers: your welcome

O.K., all the problems are solved except for this one big one: whenever I try to test the "Welcome Guest" sign-in or to take the shopping cart to checkout status, I get the following fatal error:

Fatal error: Call to undefined function: zen_js_zone_list() in /usr2/home/rae/www/catalog/includes/modules/pages/login/jscript_addr_pulldowns.php on line 35

Can anyone see what is wrong? Are there some files I should reload?

My friend had the same problem, but I don't know what it stemmed from... the store was re-installed. I think Dr.Byte said it may have to do with the general.php, I can't remember though.

At any rate, it probably won't help you right at this moment, but you're the winner of a 1.3.5 template modeled after your older store. Although, I spent a whole day on it... you have to figure out how to finish it off as I probably missed little things. I didn't put any custom links into the navigation bar, I think it would look cleaner if you used the footer EZ-Page links for that kind of thing. So, I hope you don't mind that I took on this project... I'm thinking you won't though. I had to do something to focus my mind elsewhere and your woe happened to tug at my heartstrings, so there's no need to thank me. If you want though, you can donate something to the Zen Cart team.

My free host went offline for a day and I thought I was out a store, but they resurfaced and it got me thinking to give something back somewhere... I happened across your plight and so the story ends. PM me with your email address to send the files. :wink2:

The define page info is stored in the database not in the template files.
:blush: I've returned to correct an error with this statement. I was thinking of ezpages as they are stored in the datatbase. The define pages info is stored in their respective "includes/languages/english/html_includes" php files. I realized I made this error when reading another thread somewhere and wanted to make sure I cleared it up here so as not to confuse anybody.:lookaroun

Sketchy:

At any rate, it probably won't help you right at this moment, but you're the winner of a 1.3.5 template modeled after your older store. Although, I spent a whole day on it... you have to figure out how to finish it off as I probably missed little things. I didn't put any custom links into the navigation bar, I think it would look cleaner if you used the footer EZ-Page links for that kind of thing. So, I hope you don't mind that I took on this project... I'm thinking you won't though. I had to do something to focus my mind elsewhere and your woe happened to tug at my heartstrings, so there's no need to thank me. If you want though, you can donate something to the Zen Cart team.
Thank you so very much! I compared your stylesheet.php file to the one we have and you did so much work -- I would have never figured all that out. I've added your upgrades and they look great. Here's the link:
http://www.holymtn.com/catalog/index.php

We are blown away by your unexpected kindness. We are hoping to have the shop go live very soon and your generous assistance will make that happen all the faster. We will be making a contribution to the Zen Cart team.

Thank you again for everything you did, Sketchy; we really appreciate it!

(Now we still have the fatal error problem, but perhaps I should start another thread about that since our image borders and tables anomalies are now solved.)

You're very welcome, the pleasure was mine. :D

Looks great. Although, I think the custom name change for "Home" in the breadcrumb has added some unexpected length. Using Firefox, the right main body border is gone on the breadcrumb... I suspect that the breadcrumb is superceding the border as this doesn't happen on my storefront with the original text. Easy fix in the stylesheet methinks...

Find;

#navBreadCrumb {
	padding: 2em 0.5em;
	margin: 1px;
	background-color: #ffffff;
	font-size: 0.95em;
	font-weight: bold;
	margin: 0em;
	}

Replace with;

#navBreadCrumb {
	padding: 2em 0.5em;
	margin: 1px;
	background-color: #ffffff;
	font-size: 0.95em;
	font-weight: bold;
	margin: 0em;
        width: 97%;
	}

Let me know how that works or I'll just check up on your store later with Firefox again.

`I don't know if you posted your fatal error report elsewhere and I don't know if this will fix it, but I read a reply to another member's similar problem and you could try to re-upload the general.php from the upgrade fileset, in \admin\includes\functions. Good luck upon your quest.

Sketchy:

Let me know how that works or I'll just check up on your store later with Firefox again.

`I don't know if you posted your fatal error report elsewhere and I don't know if this will fix it, but I read a reply to another member's similar problem and you could try to re-upload the general.php from the upgrade fileset, in \admin\includes\functions. Good luck upon your quest.
Thank you, Sketchy! I made your suggested update to the code and FTPed it to the site. It looks good in Firefox to me. That's the only browser I've been testing it in so far.

I tried your suggestion of reloading general.php from admi\includes\functions after deleting the old one. The general.php on the server was 124226 in size compared to the same file in the 1.3.5 fileset which was 127409 in size so I thought that must be the problem. But when I FTP the new general.php file to the server it too becomes 124226 in size even though it says it's 127409 in size while I'm FTPing it. I tried it a couple of times but the same thing happened each time.

Also, I noticed a document called audience.php in the admi\includes\functions folder on the server that isn't in the 1.3.5 fileset. Could this be causing difficulties?

And when I return to the site to see if the problem is solved by re-uploading the general.php file, it isn't. <Sigh> Maybe I should start a new thread asking about this specific problem?

You're welcome. Looks great to me as well. :D

My store is a fresh install, so I don't have that file. The 1.3.2 fileset and probably your original has that audience.php file, it shouldn't call for it anymore if everything went well. If it is calling for that one or another old one, then it might react as it's currently doing.

I'm definitely thinking something got messed up in the database during the upgrade option. I'm assuming that the upgrade options were activated for both the files and database. Yeah, I'd make a new thread to get more visibility and insight on the subject. These errors are foreign to me, I'm just guessing the same as you, and methinks we're not productive enough paired up together for this issue. :no:

[2. In the Search Box it says HEADER_SEARCH_DEFAULT where it should be blank. When you click on the box, HEADER_SEARCH_DEFAULT disappears but every time I go to a new page, it's back in the Search Box again.]

Hi Redrar

Did you find out how to remove this from the search?

I'm having the same problem and frustration moving from:

https://www.giftsfromwales.com

to https://www.giftsfromwales.com/shop (1.3.7)

Many thanks for you help

Steve

It says HEADER_SEARCH_DEFAULT_TEXT because it is not finding the value for that constant in the language definition file. Either you edited the define incorrectly, not leaving the two single quotes
('HEADER_SEARCH_DEFAULT_TEXT' = '')
or you have a corrupted file.

Use the Developers Toolkit in admin > Tools to search for HEADER_SEARCH_DEFAULT_TEXT, and you should find the file and line number where it is defined.