Support/Comments for TreasureChest

Ugh. I’m picking up the pieces for a developer that left. We’re running 0.9.6.3 and we’ve had to move to a Windows IIS 6.0 server. This has caused quite a few little changes here and there that we’ve had to track down. Anyway, the TreasureChest script is the last piece of the puzzle that is not working.

I’ve got it updating the cart (I believe), adding to cart and emptying the cart. The problem is that I cannot view the cart. Whenever I click on the View Cart function it brings up the "Page Not Found" page. I’ve checked in Firebug and the cart_doc variable is correct. However, I am getting the following error, which is strange since this appears to be using jQuery, not MooTools...

document.defaultView.getComputedStyle(this, null) is null (in mootools.js line 78)
},this).join(" ");}}}if(document.default....currentStyle){A=this.currentStyle[C];\r\n

I found one other person that had this same problem a year ago on the forums, but never posted a solution.

Is this a conflict between MooTools and jQuery? Anyone have any ideas?

Thanks.

Quote from: kilishan at Jul 27, 2009, 11:14 AM

Is this a conflict between MooTools and jQuery? Anyone have any ideas?

Thanks.

I think QuickEdit is written in mootools. can you disable the QuickEdit plugin to see if that makes a difference.

Quote from: Dr. at Jul 27, 2009, 11:26 AM

Quote from: kilishan at Jul 27, 2009, 11:14 AM

Is this a conflict between MooTools and jQuery? Anyone have any ideas?

Thanks.

I think QuickEdit is written in mootools. can you disable the QuickEdit plugin to see if that makes a difference.

Thanks for checking in Scotty. That did get rid of the error, so that’s good to know. Unfortunately, it’s still showing the Page Not Found page.

I’ll keep digging but any other ideas are very much appreciated!

Killshan, you got a URL I can look at?

Quote from: Dr. at Jul 27, 2009, 11:35 AM

Killshan, you got a URL I can look at?

http://dev.dickersonparkzoo.org/store.html

Thanks!

(Oh, and when you see the home page pop up in the cart - that’s our current page not found page. Yeah, we need to fix that

http://dev.dickersonparkzoo.org/cart.html&action=view should be treated the same as http://dev.dickersonparkzoo.org/cart.html?action=view (& vs ? after cart.html). I remember using & because technically, even in friendly URLs, the first parameter is "?id=x" and an error is thrown if FURLs are off when a second question mark is passed in the URL. I am not sure why your site is throwing a 404 for an ampersand after the FURL.

It may be an IIS issue, but I have never worked with that server so I don’t know for sure.

From some of the more recent comments here in this forum, it seems that some people are still using Treasure Chest, which is great. I have been integrating it into a site I am working on, and I’ve found it easy to work with, though there were some features that I would have liked, like product categories and auto-creation of product pages in the MODx structure. So... I wrote both of those features.

I think with some more time and energy, TC could be an even more powerful tool. I’d be willing to contribute to the project.

Is there a repository for development anywhere? I am assuming that no active development has happened on this project in a while and that any repository out there probably hasn’t seen much action.

Quote from: omegabane at Sep 01, 2009, 10:52 PM

Is there a repository for development anywhere? I am assuming that no active development has happened on this project in a while and that any repository out there probably hasn’t seen much action.

If you would be willing to set up a mercurial repo at http://code.google.com that would be a great start.

I have been working with Adam Wintle on a new project to replace Treasure Chest. It is called MODx Warehouse. The aim is to implement and correct all the shortcomings of Treasure Chest. It will use it’s own tables in the MODx db, but it will not rely on separate product pages as individual MODx documents. It will allow multiple product variants (i.e size, color, flavor, etc...), discount codes, digital downloads, subscriptions, tags (categories), etc...

If you are interested in getting on board as a MODx Warehouse (MXW) dev, PM me. We have a google code page set up if you want to do a code check out or review. It is not in a working state yet, but the more eyes and more development help we can get, the better.

-sD-

Scotty - I would love to see a comprehensive MODx based eShop solution! I have been looking at all the options of late and none really fit the bill that slot into MODx - I have recently found this as a plugin module for WP and i have to say its fab - http://www.instinct.co.nz/e-commerce/

Have a look and a play - if the solution you guys are working on could work along the same lines as this then I am sure many many people would be very grateful!

Specifically for those in the UK support for PayPal Standard payment gateway is vital, and as well - having the checkout all local to the MODx site, with just the passing of transaction details via secure post to paypal happening - rather than using a third party service like foxycart for the checkout - these are not secure in my eyes.


Look forward to hearing more about the release!



dubbs.

I found a php library that generalizes several popular payment gateways the other day. It might be of use in a new shopping cart. It would be really good to modularize the payment gateways so that it would be easy to add more in the future.

Here is the link:
http://www.phpfour.com/blog/2009/02/php-payment-gateway-library-for-paypal-authorizenet-and-2checkout/