aclark

Thanks, Ill see if I can put together a tutorial about how to implement the slider the way I did it.

We just launched a new design yesterday along with a revamped AJAX order form and slider. Any feedback would be appreciated. Home page: http://voicecommandcenter.com AJAX order form: https://voicecommandcenter.com/clientarea/order/index.php?skip=1&pid=85

I am using the Yahoo YUI slider: http://developer.yahoo.com/yui/slider/

I should probably work on using jquery for that, just to minimize the code. Right now its using the Yahoo YUI 2: Slider.

Had this problem also, it only shows up when you don't use domain options. Here is my fix: In ordering.js Find: function cyclechange() { $.post("clientarea/order/index.php", 'a=getproduct&'+$("#orderfrm").serialize(), function(data){ $("#productconfig2").html(data); }); recalctotals(); } Change to: function cyclechange() { $.post("order/index.php", 'a=getproduct&'+$("#orderfrm").serialize(), function(data){ if ($("#domain").val()) $("#productconfig2").html(data); else $("#productconfig1").html(data); }); recalctotals(); }

Find this code in your master.tpl, you can move that around to suit your needs. <div id="cartsummary"> <div class="heading"><div class="text">{$LANG.ordersummary}</div><div id="loader"><img src="order/images/summaryloading.gif" border="0" /></div><div style="clear: both;"></div></div> <br /> <div align="center">{$LANG.ordersummarybegin}</div> <br /><br /> </div>

Here is mine, its fully functional. Only thing that's bugging me is the floating order summary positioning problems when resizing the browser. https://voicecommandcenter.com/clientarea/order/index.php?skip=1&pid=85

post #100 was in reference to another issue. To allow overriding the custom fields with querystring you could add to this to "order/index.php" under the line: $customfield = $_REQUEST['customfield']; if(isset($_GET['customfield'])){ $_SESSION['customfields'] = $_GET['customfield']; } if(isset($_SESSION['customfields'])){ $customfield = $_SESSION['customfields']; }

That is what I did to fix the problem, of the blank custom field data when ordering as a current customer. This problem should not happen to new customers. Are you still having a problem with the custom fields? If so, try to describe step by step so we can see if we can recreate the same thing. Oh ya are you sure that after you made the change to the ordering.js that you cleared your browser cache before attempting to order again?

Preselected Product Group ?gid=10 Direct product linking ?skip=1&pid=99

The problem is that for the custom field data to be set in SESSION you have to invoke recalctotals(); (IE: changing Billing Cycle, Config Options , State/Region, Country) again after filling out the custom fields. You have to input a State/Region as a new customer, so I suppose this problem would only occur when an existing customer orders a server since they do not fill out State/Region, Country again to trigger recalctotals() after the custom fields. The fix I came up with was just to add recalctotals(); to the top of the javascript function checkoutvalidate() to force an update just before checkout. Since this awesome code is open source maybe someone else has a better way...

This problem only occurs when you do not have domain options enabled on the product. This has been reported to matt by me, and should be fixed in 4.3.2. This is the fix I came up with, for this problem. In ordering.js find: function cyclechange() { $.post("order/index.php", 'a=getproduct&'+$("#orderfrm").serialize(), function(data){ $("#productconfig2").html(data); }); recalctotals(); } then replace with: function cyclechange() { $.post("order/index.php", 'a=getproduct&'+$("#orderfrm").serialize(), function(data){ if ($("#domain").val()) $("#productconfig2").html(data); else $("#productconfig1").html(data); }); recalctotals(); }

I am seeing the same thing as wwesn, it seems none of the custom field data gets saved.