Sorry that do not have all of the details together yet; however, I did today go to that product and saw the spinning graphic did not replace the existing values, but instead was shown off to the side.
So, first things first, currently the module returns only one price, either with tax included or without tax included based on the settings for the display of price on the catalog side. Further, the returned price is expected to take the place of the associated product's price value based on identifying the id for the html parameter that is to hold that price. The implementation of the Includes/Excludes VAT that I saw on the site, also offers a separate identifier for the price that contains the Tax'd value. The DPU class could return two fields instead of just one to provide both the taxed and non-taxed value, with the javascript to process not only the returned value, but to also identify to what location it should be assigned (thought I remembered the module supporting display of the information in either sequence of non-taxed first with taxed to follow or vice versa). These additional "options" may introduce additional classes/ids of concern to handle in different ways... I know that at one point I had begun to incorporate the likes of that module or an older one, but other aspects of the software were more important and I had to put that aside at least as a solution for all versus incorporating a limited correction. Hope the launch is going well!
Bookmarks