ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
Been using DPU for years and really like it for my store which uses attributes to price printing. The only thing I would like to see change is for the price that is displayed on the product page to display the same way in the shopping cart instead of as a price break down in the cart. This seems to confuse many of my customers when they see the price differently in the cart and I personally believe many abandon the cart as a result. Is this feature doable?
Price display on the product page:
And here it is in the cart as a price break down rather than one price like on the product page:
Anyone got a solution for this? An option in the Dynamic Price Updater box in the admin to toggle this feature on/off would be a great asset. I think writing the code is above my pay grade though.
Thanks,
John
Best,
Goldbuckle
Surely doable, but confused about how the two difference in charges are generated. It looks like some sort of combination of product on the product page that then get added individually to the cart instead of each of the attributes being a sub-feature of the product with the total price displayed.
Otherwise it seems to be a feature of the shopping cart template that is being used.
I say this as for example in a demo cart, products_id of 1 and 2 each have attributes that affect the price of the final purchase; however, when the product is added to the cart, then the total price is shown and not the individual price of each of the attributes.
While from that the display of prices can be modified, there doesn't seem to be as much of a need by using javascript on the shopping cart unless you are looking for the prices to change based on entering/modifying the quantity of the items when looking at the shopping cart.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
I use my attributes to calculate any quantity the customer wants for a specific product. I do this by using an offline estimating tool I wrote & use to estimate printing prices. I separate the fixed charges (such as a setup charge for the printing press, or the cost to make a plate) for each attribute from running charges (cost of each print which consists of paper costs and shop labor per print), so for many attributes the running charge is multiplied by the quantity the customer enters in the quantity box and added to the fixed charge (one time charges in the attributes controller). With the DPU it adds all this up and gives the customer one price displayed until it is put in the cart, there it shows the breakdown by 2 lines, one lines shows all the one time charges and the other line on top shows the price of all combined attributes running charges x the quantity in the quantity box.
Best,
Goldbuckle
Based on your above explanation of using one-time attribute fees in conjunction with a fee per quantity of product/attribute, I was able to reproduce the visualization of two fees stacked on top of each other in the shopping cart page as you described and showed. The "cause" of the stacked values on the shopping cart page is from the header_php.php file of the shopping cart: includes/modules/pages/shopping_cart/header_php.php
In this file when there are one-time payments calculated, an additional "row" is added to the product information so that the individual prices associated with the total are presented. In many cases this is ideal so that the customer is able to see how the total is determined. Perhaps additional verbiage could be added or it is possible to add an additional row that shows the total for that product when such a condition exists. I haven't gone through all of the potential iterations and sub-totals that could be displayed; however, it seems that it would be in this generation of product information that you may want to either add a total row (when there are one-time charges to be applied or any other additional charge added to the "base" price of the product).
All that said, and while this issue may have been observed as a result of using DPU, unless the goal is for DPU to update the individual prices when the quantity on the shopping cart page is modified, I would actually suggest either starting a new thread about this topic (more people seeing a similar condition and wanting to have a similar solution would likely see it and also benefit from it) or seeking support for this customization (perhaps allowing such customization to be returned to the community). I suggest this also because the result seen/sought is not directly associated with the functionality added by DPU.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
Hi Dan,
Do you know if DPU would be affected by a Javascript loader and in particular this version of the loader?
https://github.com/yellow1912/cjload...files/includes
As I was getting the errors mentioned in my previous post every minute in the error directory after upgrading to this version of the loader. I had to upgrade to this version of the loader for the Tab Products Pro mod to work as I was getting errors posted in the error directory relating to this mod and I tracked it down to being caused by an earlier version of this Javascript loader. Then when I upgraded the Javascritp loader the errors for the Tab Products Pro mod went away. But it caused the errors to increase for DPU.
Here is some more information on this Javascript loader.
http://wiki.rubikintegration.com/zen...t_loader/about
So for the time being unfortuantly I had to disable DPU until I can figure out how I can get it to work along side Tab Products Pro and this new version of the Javascript loader.
If you any suggestions or ideas I would greatly appreciate hearing them :).
Thanks.
Hi CybaGirl
Do you have a URL where I can see the conflicting module in action? I should be able to work out a switching method from that
Cheers
Dan