Dynamic Price Updater

Calljj:

OK, on to the next thing :D

sooo..... when a product is on sale, how do i get the "normalprice" to include the taxtation?
At the moment it gives:

Price: £649.17 £467.40
Save: 40% off

forgot to say, product price "zero",  product priced by attributes.

Sorry, been trying to knock down strict reporting notices and warnings with ZC 1.5.6a and other coding issues such as tidying up code.

Yes, there is a "proposal" in the github found at: https://github.com/mc12345678/Dynamic_Price_Updater/commit/006a901dbe072120ab99c56294195351319d5460

I intend to include it in the next version release: https://github.com/mc12345678/Dynamic_Price_Updater/tree/3.2.1 but have been working through a few issues. One of which is of interest is to conquer any flashing values as a result of typing text. Would like (if the replace value with an image is chosen) to be able to set a timer to not allow the flash to occur. Some of this is incorporated in this branch that is to also go into the next release: https://github.com/mc12345678/Dynamic_Price_Updater/tree/mc12345678-reduce-events

To see what each of those added/removed as compared to the current master branch, the first:
https://github.com/mc12345678/Dynamic_Price_Updater/compare/master...3.2.1

The second:
https://github.com/mc12345678/Dynamic_Price_Updater/compare/master...mc12345678-reduce-events

They are not (yet) on the same branch so comparing them would be of limited value.

mc12345678:

Sorry, been trying to knock down strict reporting notices and warnings with ZC 1.5.6a and other coding issues such as tidying up code.

Yes, there is a "proposal" in the github found at: https://github.com/mc12345678/Dynamic_Price_Updater/commit/006a901dbe072120ab99c56294195351319d5460

I intend to include it in the next version release: https://github.com/mc12345678/Dynamic_Price_Updater/tree/3.2.1 but have been working through a few issues. One of which is of interest is to conquer any flashing values as a result of typing text. Would like (if the replace value with an image is chosen) to be able to set a timer to not allow the flash to occur. Some of this is incorporated in this branch that is to also go into the next release: https://github.com/mc12345678/Dynamic_Price_Updater/tree/mc12345678-reduce-events

To see what each of those added/removed as compared to the current master branch, the first:
https://github.com/mc12345678/Dynamic_Price_Updater/compare/master...3.2.1

The second:
https://github.com/mc12345678/Dynamic_Price_Updater/compare/master...mc12345678-reduce-events

They are not (yet) on the same branch so comparing them would be of limited value.

many thanks, the link provided the solution i needed

hi, the plugin works perfectly, but I have a problem with the full price display.

the discounted price I see included taxes, while the full price I see it without taxes, is a problem of the plugin, because if I disable the plugin, I see the prices correctly, what can I do?

I put two images that can help

image without plugins, prices with correct fees.

image with plugin promotional price corrected with fees, while full price without tax.

thanks to everyone who will help me

echexxxxxxxx10:

hi, the plugin works perfectly, but I have a problem with the full price display.

the discounted price I see included taxes, while the full price I see it without taxes, is a problem of the plugin, because if I disable the plugin, I see the prices correctly, what can I do?

I put two images that can help

image without plugins, prices with correct fees.

image with plugin promotional price corrected with fees, while full price without tax.

thanks to everyone who will help me
Issue was discussed a couple of posts back with solution provided at: https://github.com/mc12345678/Dynamic_Price_Updater/commit/006a901dbe072120ab99c56294195351319d5460

mc12345678:

Issue was discussed a couple of posts back with solution provided at: https://github.com/mc12345678/Dynamic_Price_Updater/commit/006a901dbe072120ab99c56294195351319d5460

thank you very much

just a little php7 issue:

PHP Warning: Use of undefined constant DPU_OUT_OF_STOCK_IMAGE - assumed 'DPU_OUT_OF_STOCK_IMAGE'

But.... is it possible to not show a zero price, or show an "out of stock"?
I already have "sold out" on the "add to cart" button, so just want it to display price as normal...

Hi;

I'm building a website using version 1.5.5f, I installed Dynamic Price Updater and is working good, I also installed Product Attribute Grid, but when I change the values on the grid it doesn't update the price; I've been reading through the post and I found a couple of people asking the same question, but I could'n find the answer. Can somebody please help me with this issue or point me in the right direction?

I would really appreciate it.

You can see the website here: http://supershirt.ca/t-shirts/short-sleeve/gildanr-ultra-cottonr-t-shirt.-2000

This only a test product.

Thanks,

Calljj:

just a little php7 issue:

PHP Warning: Use of undefined constant DPU_OUT_OF_STOCK_IMAGE - assumed 'DPU_OUT_OF_STOCK_IMAGE'

> 
> 
> But.... is it possible to not show a zero price, or show an "out of stock"?
> I already have "sold out" on the "add to cart" button, so just want it to display price as normal...
Possible, yes, would expect. Apparently haven't finished off the stock update aspect otherwise there would be something assigned to that "missing" constant. 

To be sure that am working on the right thing(s), could you please either explain what you are seeing and what conditions are necessary to recreate it, or provide a link to a problem product about which I may still have similar questions?

As to the variable/constant assignment, I tried to incorporate something that could be displayed in proximity to the existing information or to replace it. I tried to leave the constant open for assignment to maybe include what you are asking which is to still show the original price. As to the price of zero, that's where understanding the configuration comes into play.

how i do i get it to show the price i set in attributes, for instance i dont use the + or - symbols, i delete them than input the price i sell it for. but this mod still adds to normal. my price + normal, not what i want how can this be changed

https://jnsflooringandsupplies.com/WORKINPROGRESS/index.php?main_page=product_info&products_id=22164:e605e262b435f99f919848c951be1939, when i add quantity price changes?

jimmie:

how i do i get it to show the price i set in attributes, for instance i dont use the + or - symbols, i delete them than input the price i sell it for. but this mod still adds to normal. my price + normal, not what i want how can this be changed
The price result presented is the price that the customer is expected to see when the shopping cart is displayed. So addition versus price replacement is dependent on the setup of the product and the associated attribute(s). In a default ZenCart install any symbol (or absence of) other than a minus (-) will "add" the value. To what it adds is debatable, but a minus will subtract.

jimmie:

https://jnsflooringandsupplies.com/WORKINPROGRESS/index.php?main_page=product_info&products_id=22164:e605e262b435f99f919848c951be1939, when i add quantity price changes?
Further to the above, the price shown when making changes on this page is to show how much the item/selection is to cost. This includes a determination of considering other equivalent product already in the cart. The idea is that for example if there are quantity discounts (buy 20 and the price per product decreases by $2). Then it is possible as a customer to see what the price is expected to be when adding the product.

As to whether or where the price is displayed, that depends primarily on the css and identification in the configuration settings.

are you saying i cant turn the multiplier off

jimmie:

are you saying i cant turn the multiplier off
There is currently no built in way to turn the multiplication off. If were wanting that, then I envision that would have to back calculate the per product cost which would likely introduce rounding errors in the display. An extreme example: buy one product for 0.04, get one for 0.01 extra. Price per product: 0.025 or 0.03 for currencies that have only 2 decimals... then the customer may seem like they have a discount, but if the math worked out with more product to round down instead, in their head they would think that they were getting a discount when in actuality they would still get charged the additional amount when they go to the cart and checkout...

A second way to approach it is: does the shopping cart ignore the quantity or do they still get charged by the $ultiplication?

A third approach: what business need is trying to be met. Ie. Why should the product price not be multiplied by the quantity of product to be added?

To otherwise answer the question: no not saying that it can't be done, anything can be done with the software. It's open source and can be modified to suit...

i can probably live with the standard way it mutiplies + -, what about turning off the total product price display anyway to not have it mutiply before adding to cart

also noticed that my stock and instock as well as free shipping pics disapear or change upon price change, if i turn off price updater it works as should
https://jnsflooringandsupplies.com/index.php?main_page=product_info&cPath=8_9_29&products_id=160

jimmie:

also noticed that my stock and instock as well as free shipping pics disapear or change upon price change, if i turn off price updater it works as should
https://jnsflooringandsupplies.com/index.php?main_page=product_info&cPath=8_9_29&products_id=160

Because javascript is involved, before turning it on, be sure that your page passes validation. Otherwise actions like to make a section "disappear" may make more than intended disappear. With no magical recreation technique it may remain absent until a new page load.

this is the code to turn on or off my custom pics

<!--bof not in JNS Flooring and Supplies stock icon  -->
            <?php if ($products_quantity <= 0) { ?>
                <?php echo TEXT_PRODUCT_NOT_IN_STOCK; ?>
            <?php } ?>
            <!--eof not in JNS Flooring and Supplies stock icon  --> this one dissapears after price updater refeshes its price

<!--bof free ship Freight icon  -->
                        <?php if($product->fields['product_is_always_free_shipping'] == 3) { ?>
                            <div id="freeShippingunder"><?php echo TEXT_PRODUCT_FREE_SHIPPING_FREIGHT; ?></div>
                        <?php } ?>
                        <!--eof free ship Freight icon  -->
``` this 1 still shows

figured it out i had moved this </h2> to after, moved it to b4

jimmie:

figured it out i had moved this </h2> to after, moved it to b4

Hopefully when that got moved, all of the other tags that were still open got closed in the reverse order. Though, looking at the source code, that does not appear to be the case at least in the beginning of the whole thing:

<!--bof Product Price block -->
<h2 id="productPrices" class="productGeneral">
<span id="retail">Price: $125.69</h2>
    <!--eof Product Price block -->

The span is still open when the h2 that contained it is now closed...

That is part of what I was talking about regarding passing html validation.

Regarding ignoring the quantity box, there are basically two conditions to consider: 1) do you want calculation to consider the need to order a minimum quantity for any product, 2) do you want all prices affected to be based on a quantity of 1.

Further could force all product to automatically only consider the addition of a set quantity and remove the quantity box from the customer, but that potentially affects how your customers "shop".

The line of code that evaluates the user entered quantity is found in: includes/classes/dynamic_price_updater.php

And is similar to this in several locations:

$this->shoppingCart->contents[$products_id] = array('qty' => (convertToFloat($_POST['cart_quantity']) <= 0 ? zen_get_buy_now_qty($products_id) : convertToFloat($_POST['cart_quantity'])));

The key part of finding the location(s) to edit are where 'qty' is used and assigning the value to be used. Currently it checks the number entered, if it is less than the minimum allowed then the minimum is used (final purchase requires the minimum), if it exceeds the minimum then basically the value entered is used. You may want to use 1 regardless...