Or don't. Your choice.Originally Posted by dbltoe
Are You Vulnerable for an Accessibility Lawsuit?
myZenCartHost.com - Zen Cart Certified, PCI Compatible Hosting by JEANDRET
Free SSL & Domain with semi-annual and longer hosting. Updating 1.5.2 and Up.
as i said it is working now.. it was not working because of a mis configuration of the multi site. the admin no problems
but i dont really need this that much.. i will try another day.
noppie
My Multi_Site Zen Carts
http://herasonlinemarket.com
When I edit an order it is basing the product tax on a rounded unit value. Example:
My customer changed their quantity of cheques to 1000 forms. The unit cost for the new quantity is $0.176 which I input in the "Unit price" box. When I hit update, it changes the Unit Price to $0.80 (not a big deal really for display), the "Total" changes to the correct price of $176.00. Down in the tax section, however it is calculating the tax on the rounded value of $0.80, not the subtotal value of $176.00. (see attached EO1.jpg).
Is there an easy fix to have it calculate the tax off the subtotal?
![]()
Thanks, Colleen
www.af-company.com
To err is human, but to really foul things up requires a computer. Farmers' Almanac, 1978
Colleen, thanks for the report. I'll see what's up in the morning.
I've just submitted v4.5.3 of Edit Orders.
This release contains changes associated with the following GitHub issues:
#158: Document the configuration required for stores with separate tax-rates on shipping.
#167: Early rounding causes products' pricing errors when prices have more significant digits than the currency supports.
#169: Use 'floatval' instead of a float-cast to reduce penny-off calculations.
#170: Correct PHP warning when shipping is removed from an order.
Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=1513
I have a rough solution to the edit buttons becoming blue circles and duplication of the edit buttons.
In admin | includes | classes | observers |EDitOrdersAdminObserver.php on line 83 (approx) I changed
top4 .= $this->createEditOrdersLink($p2['orders_id'], zen_image(DIR_WS_IMAGES . EO_BUTTON_ICON_DETAILS, EO_ICON_DETAILS), EO_ZC156_FA_ICON, false);
The original edit button (white e on green circular background) remains with the blue triangle on the right.p4 .= $this->createEditOrdersLink($p2['orders_id'], zen_image(DIR_WS_IMAGES . EO_BUTTON_ICON_DETAILS, EO_ICON_DETAILS), ' ', false);
Environment Test: Zen Cart 157; Apache 2.4.46; PHP 7.3.21; MySQL 5.7.31; Linux 4.15.0
I've got an update posted on the EO GitHub repository that corrects that wonky display: https://github.com/lat9/edit_orders/...9276987f05c60d
plugin for a plugin!
if you have additional fields added to your orders_products table, and have been frustrated by those fields not being there when adjusting quantities, be frustrated no longer!
plugin:
https://www.zen-cart.com/downloads.php?do=file&id=2292
its own support thread:
https://www.zen-cart.com/showthread....il-record-copy
best.
Nice... I just added a color style to the stack overlay which worked for the round circle.. I like the square, but now I have to fix the old edit icon in orders.php to match.. I Switched back.. That didn't look so well, so went back to the round buttons by adding a white font color to the stack overlay and matching the size of the edit icon.
What's going to happen if admin ever jumps to version 6 of Font Awesome! My catalog side at 5 soon to be 6 and admin at 4, I have to keep 2 sets of reference tables handy... With everyone stuck at home, seems versions of everything is running wild right now... Thanks for your work on this mod.
Dave
Always forward thinking... Lost my mind!
Bookmarks