Wishpot Wishlist Management support thread

[swguy]

Try putting the Wishpot code at the bottom of tpl_product_info_display right after the </form>.

[BlessIsaacola]

Try putting the Wishpot code at the bottom of tpl_product_info_display right after the </form>.

It's funny you should say that... I was actually just playing around with placements.

If I place it anywhere after the attribute code, everything works as expected.

If I place it after the form it works as well.

Obviously, both location are useless and not where we'd like to put it since it really wouldn't make sense to have that button just floating below the description.

If I place before the add to cart, then it breaks add to cart as well as attributes, you cannot and anything to shopping cart and since that doesn't work, it breaks attributes as well.

I should say that if the customer is smart and they actually select the attributes, everything works fine. It's just when don't select it, they are not prompted to select it because wishpot breaks that.

[amazeme]

yes - can confirm this problem. works ok in Firefox but IE prevents ability to add to cart.....BUT only if you have the wishpot code included anywhere BEFORE the attributes module code in tpl_product_info_display.php

[skybluepunk]

Aha! You've just solved a problem I had posted on two other threads, as I had no suspicion that it was related to Wishpot.

I was finding that, with the Wishpot code above the Attributes code, Attributes was breaking to such an extent that customers' Attributes selections were not being passed though to the Checkout. So we were receiving orders with no Attribute information, which was a potential disaster where stock is priced by attribute.

All was good in Firefox, by IE7 and IE8 both had the problem.

SWGuy, do you have any suggestions to get this working without stranding the Wishpot icon at the bottom of a long list of attributes?

It would be great to put it either at the top of the Product Info page, or in the Add to Checkout box. :-)

[swguy]

The problem with the top of the page is that then you won't have access to image information. The bottom of the page below the form should work.

[gjh42]

You might be able to use CSS absolute positioning to get the Wishpot button where you want it. There are limits to the location flexibility with this, but you should be able to make a space near the top of the product info page for it.

[swguy]

I have reported this problem to Wishpot as well.

[Mega Moonshine]

I have spent this whole weekend troubleshooting this same problem... Many searches did not turn up this thread until I VALIDATED the Product Display page and removed all errors (one of which was commenting out the REQUIRE to tpl_wishpot.php) and then new WHY Internet Exploder exploded (as it frequently does).

It's because the WISHPOT mod is a FORM and you cannot nest a Form within a Form (that is why you need to place it at the bottom of the page or anywhere Outside the Product Display Form).

However, not that I've tried it yet, I think an idea is to strip out the Form Tags from the Wishpot Mod, write a second Submit button to call a Function that will basically rewrite the ACTION of the submit button (via getElementByID or Name) to do the action of either doing the submit for Add to Cart OR FOR Wishpot...

Just an idea. I will try it later, but my brain is fried and my vision is getting blurred... LOL

BTW, you may want to check out my New Zen Cart for some modifications I've done for Attributes... Nothing fancy, but it works and validates using Javascript (server side coming when I get a Round Tuit...) PLUS, it Updates the default image for both Style and Color after adding to the Cart AS WELL AS in the Shopping Cart. Not bad for just learning Zen Cart in the past two months... And not programming in several years!

Click on my PrettySickPuppy.com link below to take a peek.

Cheers!

Mega Moonshine

[swguy]

It's because the WISHPOT mod is a FORM and you cannot nest a Form within a Form (that is why you need to place it at the bottom of the page or anywhere Outside the Product Display Form).

Sure enough, you are correct.

My first implementation was actually below the form, but they didn't like that so they tried doing this nesting. It seems to work with most browsers but I guess you found a hole (please confirm that this is IE8 only).

[Mega Moonshine]

I was testing on IE7 (not 8, so can't say about IE 8). Firefox is forgiving (works) while IE7 is not (breaks Add to Cart for attribute submission).

BTW, I did try the IE hack of < !- -[if !IE]>- - >Some HTML or Text< !- -<![endif]- - > to have any IE browser skip/ignore the Wishpot Mod add-on, but that didn't work either unfortunately.

I think my idea of writing a Javascript to replace the value of the ACTION via "document.form.action= this action or that action logic" (I know it's not correct, but you get the idea) depending on whether the Add-To-Cart submit button is clicked or the Wishpot submit button is clicked.

This requires ONE Form with TWO different submit buttons, which is allowed (whereas a Form within a Form is not allowed and... would be BAD FORM... pun intended ).

Mega Moonshine