Forum Replies Created
- AuthorPosts
-
thanks, will get back to you when i know more (I have deleted the links above – no need to keep them here for posterity)
Works all fine here but I cannot know all your settings
To allow me to investigate in detail with your exact setup, please do the following:
a) Install duplicator on your site (https://wordpress.org/plugins/duplicator/)
b) then create a package and make that package and the associated installer.php available for me to download somewhere so I can use an exact clone of your site here and see if I can somehow reproduce this without having to touch anything on your actual install.Thank you
PS: when you let me know here in this forum here where to download those files, mark your reply as “private” before posting
This reply has been marked as private.hmm given that the current version is in fact already 3.6.3 this is somewhat strange.
regardless, in wppizza-preorder.php (root of that plugin)you will find
define('WPPIZZA_PREORDER_CURRENT_VERSION','<some version number>');change this to
define('WPPIZZA_PREORDER_CURRENT_VERSION','3.5');and it should then let you update as normal again
alternatively , you can also just download the latest version from here
https://www.wp-pizza.com/checkout/purchase-history/
if you want to manually update it that wayhope that helps, but let me know if you have further issues of course
the user will also have to specifically click on “OK” to confirm his/her selection/postcode.
As mentioned, the user can also change that selection again if it’s necessary on the orderpage.
As I really think this is a hypothetical issue, there are no plans (currently at least) to change anything in the way this particular implementation works
I dont think I understand the question.
as the postcode is on the checkout page, unless you have it disabled somehow, he/she can just change it to whatever is the right postcodeI cannot see how it can only “sometimes” be displayed.
In “WPPizza -> layout” you will find “Items Sorting and Category Display” where you can enable/disable this (by default this is disabled actually)as a quick summary:
any ingredient defined (unless specifically disabled) will be sorted/grouped – by prices – into default groups.
if you define a custom group, the ingredients set in that custom group will be taken out of those default groups while ingredients that are *not* enabled in that custom group *will remain* in the default group.if you want to remove them in some way, you can – of course – not define them in the first place or, if you need more granular control, add another custom group with a “custom group type” of “EXCLUDE ingredient (..etc..)” and set options as required
without some screenshots of your settings (regular ingredients and custom groups) , a link to a page where i can see what you are describing i cannot really comment other than to ask you:
what exactly do you consider unused ingredients / why are you saying they should not appear if you have defined them ?
with regards to your question:
(most) database tables – wppizza related or not – will have auto (increment) id’s so when a new row gets inserted the id increases.
in relation to wppizza, not all rows added to the order table will subsequently end up being a completed order, so it is more likely than not in fact that db id’s (invoice ids) will *not* be consecutive – though they will be sequential and unique.regarding the the rest
anyone who knows even only the most basic things about databases can change id numbers in whichever way he/she likes.
saying “missing order-id’s could be classified as fraud ” is just nonsense in my opinion and a “red herring”.If I want to commit fraud, I commit fraud, if I don’t, I don’t. Furthermore, it’s for the accuser to prove that the business committed fraud, not for the business to prove that it did not.
(or – to use your words – if I want to “fake” things, it will never be a problem; this is not a wppizza specific issue in any event )lastly, it is also often stated that invoice number must be consecutive (i.e 1,2,3,4,5) . This is simply untrue(*)
(*)Disclaimer: the above is related to most countries I know of and is my personal opinion based on the knowledge I have as of writing this. I am not a lawyer or tax adviser and I cannot be 100% sure of course for all countries as I do not know the tax laws of each and every country on the planet. If in doubt, please consult a professional on these matters
there are two filters you could use (first one for the boxes on the left hand side, the other for the ones on the right
/**allow order change - or indeed additional boxes - by filter**/ $box=apply_filters('wppizza_filter_reports_boxes_left',$box, $datasets, $range_restricted); $boxrt=apply_filters('wppizza_filter_reports_boxes_right',$boxrt, $datasets, $range_restricted);it should be relatively straight forward to add to the
$boxor$boxrtarray depending on the dataset results i would think – just have a look as to what it’s there to start off with as a guide to what the array should look like
(i assume you know how wordpress filters work )Even if you were to limit an item to 2 only for example, what stops someone from simply doing 2 separate orders ?
whereas if you do in fact think about your breakfasts like they are being stock managed, once the “stock” of those 2 breakfasts is gone, it’s gone and cannot be re-ordered (until the next day , by which time you’d have to reset the stocklevels to 2 i guess – or something along those lines)
this would however require having different breakfasts for different rooms (i.e Breakfast Room A, Breakfast Room B, etc) so it can be “managed”(though I appreciate the above might be somewhat overkill in your scenario)
got a link as to how this is setup exactly ? maybe i can suggest something simpler.
Seems to me you might be looking for something like this perhaps ?
https://www.wp-pizza.com/downloads/wppizza-stockmanagement/I’ll make a note of that scenario as I understand the issue, but cannot promise that it will ever make it anywhere near the top of things to do I’m afraid
>Is this possible?
in short: at the moment, no. there is no “combined menu” possibility/plugin – or whatever you might want to call it – in existence. (Not to my knowledge anyway)
One could probably – in theory – create some discount of some sort for this depending on what’s been put into the cart but I hazard a guess the idea is to be able to offer a “2 schnitzel with 2 beers” – i.e a combined menu – sort of thing with different taxrates depending on what’s part of that menu
this is currently not implemented (and no plans exist to do this in the sort or even medium term future from my side)there is already an alternative tax-rate you can set for any item
Sorry, only items that belong to the same (sub)category will be combined into the same (sub)category
This reply has been marked as private.no
wppizza -> tools -> maintenance
- AuthorPosts