Forum Replies Created
-
AuthorPosts
-
Hi
a couple of thingsa) generally , please always start/post your own topic. not only because things will stay somewhat more organised but also because if you were to mark a reply as private , the ORIGINAL POSTER would have access to it which is – let’s say – not ideal and probably not what you would wish….
b) ignoring the above for the moment:
the discounts in that plugin are not accumulative as – in theory – the customer could unintentionally end up with discounts that would exceed the total value of the purchase (although the plugin will never allow negative totals of course)that said, there is an argument that can be made for adding a checkbox or something to a discount that would allow this to be applied cumulative to others. Alas, this is not yet implemented.
So , as a workaround for you , I wrote some function which – instead of using discounts actually reduces the price to start off with on a given day here
https://support.wp-pizza.com/topic/change-prices-of-menu-items-depending-on-day-of-week/
(this could also be used for all sorts of other things, so i put it in the codesnippets section)
However I do not know exactly what you want to do where on your site, so you would have to tweak it as required. If you need some pointers there, feel free to let me know
Olly
have you looked in “wppizza->localization” ?
I believe this is now fixed in add ingredients v4.13.1 – just update when it shows up in your dashboard/plugins page
at first glance:
what’s in the db seems to be fine actually. really seems to be a filter that does not correctly initialize an array/key if the current item does not have any ingredients of its own
just need to find out which one…
This reply has been marked as private.This reply has been marked as private.This reply has been marked as private.This reply has been marked as private.ok, thanks .
i can reproduce this now. (that’s a good thing)I’ll have to check of course, but I believe this is not actually a session or cache issue after all, but a filter issue when using the drag and drop templates for sending emails (or printing them for that matter)
i will have to find out if that’s actually a problem with the main plugin or the add ingredients extension
in the meantime , i can only suggest to turn off the text comment fields for menu items that do not have any active ingredients associated with them
alternatively – worth a try actually and let me know if you do if this actually solves the issue – use the default template instead of the drag and drop one….
can you give me a step by step walkthrough – on your site – where this is reproducable ?
i.e somthing like:
a) add item a to cart with ingrediants a,b,c
b) add item b to cart with comment only (or leave empty) , add to cart
c) ..etcwhich then in turn adds shows these unwanted ingredients…..
– I hope you understand what I am after here(make this a private reply if you want)
i need to be able to reproduce this to try and fix itPS: you might actually be using a cache plugin as i can see ” in your source, which is a cache plugin (W3 total cache))
please also try reproducing this behaviour with this plugin off
(that said, maybe it’s a hardcoded thing in your theme templates footer without it actually doing anything..dunno. worthe checking)
i cam assure you , this has nothing to do with whatever browser you are using.
this is either a session or a cache issueare you caching things on that server ?
i dont think this has anything to do with whatever browser you are using.
am i right in thinking this only happens for menu items that ONLY have the textbox enabled, and no other actual ingredients ?
i still cant reproduce this (yet), but the orders you sent me seem to suggest that…
due to lack of evidence really , I can – for now – only assume that the ingredients option was erroneously added to those menu items via a custom group…
not saying that there is not a chance that there might be a bug of course, but as it’s not the case at the moment or indeed reproducable , there isn’t really anything i can do / fix..
referring to this:
https://drive.google.com/file/d/0BwZHVmIHzcYVUGFxWXQ0NWwtcGs/view?pli=1
and doing a test order.
this behaves as expected. and there are no additional items/ingredients that were not available for selection….
dunno, cannot see anything wrong (your screenshots just do not correspond to what i am getting at your site )
without – at a bare minimum – a link to your site, i cannot tell you anything or even begin to guess
3 December, 2015 at 1:17 am in reply to: Limit delivery area, the order outside the area is not allowed, or pay more #14310PS: that whole order screen could somewhat be refined for mobile devices anyway.
that said, that would be just some css declarations you could do yourself until i get round to it.if you do (and even if you dont), you’ll find that – if you do not tap/”click” on the order, you can just scroll up and down there anyway
the wordpress inbuilt thickbox library/js (which the popup uses) is not responsive (unfortunately) and is currently set to width=580, height=520 which should fit onto pretty much any “normal” computer screen
of course, many mobile devices are smaller,
so, you could probably write some javascript that dynamically resizes things and also adds an overflow:auto on an element or some suchalong these lines i guess
http://stackoverflow.com/questions/6699344/change-thickbox-popup-size-dynamicallyalternatively, hitting the “print” button might work as it opens a completely new window (depends on device how exactly this will pan out though)
in answer to your private question:
not really, no.PS if you set your reply to private but you are not the OP you will not be able to see any other private replies.
generally, please ALWAYS start your own topic
none.
but as for the main wppizza plugin as well as all gateways/extensions etc the following is the case:
frontend:
the frontend can always be used in any language regardless of whether a translation exists for a particular plugin or not.
If a translation exists it will only be used ONCE – on install – to fill the localization strings with defaults.
If a translation does not exists, it will be filled with english defaults.After these defaults have been added, you can translate/change the localization strings to whatever you like so you can also of course translated them to any other not-included language language
administration/backend:
if it has been translated, it will follow whatever language has been chosen in WP. If it has not been translated yet, english will be used .
Note: as most plugins are work in progress, it may be the case that a translation exists for a given language, but not all strings have been translated, so you might get a mixture of your chosen language and english.hopefully the above explains how this works
-
AuthorPosts