alexm

@kongondo Amazing thank you!

OH EM GEEEE!! Wicked well done man

I've worked around this by running LoginRegister's processes on another template, so all good for me now ??

Hey @kongondo and @Spinbox. Did you get the add to cart feature etc working with URL segments on on the homepage? I too have an instance, where the homepage has URL segments enabled and when enabled the padloper/add/ segments aren't processed correctly. When disabled, of course addToCart and the url segments are handled correctly. The thing is, I'd ideally like URL segments enabled as they convert LoginRegister's get url params to url segments.

No drama! Thank you for your efforts as always mate

Thanks @kongondo! That's bloomin' marvellous ?? Just a thought... Sorry.... Haha. Would it be possible to add another property called 'bankAccountName' as sometimes it will ask for the business account name when people go to pay? What say you?

@kongondo Hey mate, what did you end up calling the variable for getting the store deets in the invoices in the end? Just trying wanting to grab the bank details from General settings you seeeee

@kongondo you da man! ?

@Spinbox I'm pretty certain @kongondo is working on a revision of the tax calculation from our discussions. I'll let him clarify that though when he's free.

@kongondo I hadn't even noticed the email customer option!! That's wicked ??

@kongondo great work as always! Loving how easy it is to use the new customers and customer groups to create a custom dashboard for them. I've made an address book so that customers can create/update/delete addresses with ease and view/manage their orders. Next up will be to integrate the address book into the customer information form at checkout, rather than set the default address. This will be fun to work on ? Likewise, it was straightforward to get the discount codes feature integrated and this is working very well indeed. Really can't applaud your work on this big update enough!!! ????

Yeah I suspected as much from your original list of Requirements php settings wise. Well I've asked about and that would be my logic to remedy said totalling matter boss!

Just taking this one step further again. If it is an instance where people want to display their prices for products on the site NET (e.g. B2B or American standard I believe) then you would show a product that is listed on the backend of the website at £3.50 with prices configured as inclusive of VAT, on the frontend as £2.92. Then at checkout you'd simply change the logic to calculate taxes for that case as so (2.92 x 10) x 1.2 = £35.04 That would be the true expectation of the price based on what the customer sees on those kind of stores where product prices should be displayed net of VAT I'll leave it there. Haha.

Or disregard displaying the unit price exclusive of tax it tax is enabled altogether and instead simply show the tax amount for all items as above: Total Price Excluding Tax: £29.16 VAT Amount (20%): £5.84 Total Price Including Tax: £35.00 ??

Interesting!! I think bcmath is ideal for the job as you've opted for, for sure. And I'm pretty certain (from my understanding) that calculating the tax from the total of each line item is the best way to avoid discrepancies. Of course, I see your pain, because if you then wanted to display the unit price excl. tax for that line item you would indeed arrive at £2.92. And then if you ((2.92 x 10) * 1.2) you arrive at 35.04. But looping back round. For the total and accurate tax calculation of the product price which includes tax, then I think it better and more accurate to display the tax based on the line total and then a small note can always be added explaining that 'taxes are calculated on the total of each line item'. So then if we do show the price excl. tax per item and it's marginally different, the methodology is explained?