> the additives are standing now directly after the article title
i’m not with you.
that’s the default behaviour (but you have overridden that span with display:block and whatnot which in turn pushes everything after down)

it also resizes quite nicely when looking at it on a mobile device. i.e title above additives above prices – as intended and in fact the whole reason why the css/elements order was changed in wppizza 3.10

you sure you are not looking at some sort of cached version in your browser ?

the order of the actual wrapping div, ul etc elements (prices, content text, title etc ) was changed slightly to make it possible to make things fit on a screen (affects default style only) when viewed on small screen devices while adding/changing *some* of the css to make this look as it did before

this was simply not doable before dynamically using media queries css and in mamy cases will have resulted in quite a messed up screen when using mobile devices..

that’s just as an explanation

with your multitude of additives for your italien salad, this might well cause an issue and i’ll look if i can account for this too.
In the meantime though – might also be the case – are you using any custom css on those elements ? perhaps simply removing any custom css there will also “fix” it so to speak (one might be overriding the other)

I’ll have a look here too if i can reproduce your layout and see what happens, but if you could also check any custom css you might have and let me know , that would be great

Could you also send me the url of your site so i can have a look at the actual css that is being applied ?

thanks

>If you mean this option
yes, that’s exactly the option I meant. As it works just fine here from what I can see, can I have a link to your site please where I can see this not working ? thanks

perhaps also see the screenshots for the “breakfast example” here
https://demo.wp-pizza.com/wppizza-add-ingredients/our-menu/user/

You’ll have to write some sort of cronjob (or WP Cron)
you could base this on the getting and deleting orders functions here
https://docs.wp-pizza.com/developers/?section=function-wppizza_get_orders
or of course use WP_Query itself or even your own sql statement

essentially you need to query the [yourprefix]_wppizza_orders table by orde_date and delete the entries as you require
be aware that every order id in that table might also have associated metadata in [yourprefix]_wppizza_orders_meta
so you will want to get those too and delete the rows in that table as well or you will end up with orphaned entries in the meta table.

alternatively – if you are really quite sure you want to delete all entries, simply truncate those 2 tables at whatever time is appropriate

>If the mail address or settings is wrong, should not I receive mail or
i cannot answer that question. it entirely depends on all your other settings
clearly though, if get the orders you are expecting to get , it works for you.
that “error” simply tells you that there’s something that’s – let’s say – somewhat suspect.
if you want to ignore it , feel free of course

I would however suggest you fix it as somewhere down the line you may *not* get your order notifications anymore as mailservers might consider this to be spam at some point if an email does not exists but you are setting it to be sent from that address – all depends on your mail server setup. (this is just a synopsis, there’s a lot of stuff that can come into play here)

You might also find that even though *you* get the emails, your customers do not .again, it all depends.

in short: use emails in your side of the setup that exist.

says it pretty much all there .
somewhere in your email settings (templates perhaps or email in your wppizza->order settings)
you have set an email of [email protected] that does not exist/is unroutable

you’ll have to speak to the mail administrator of that domain to fix that (or of course not send to that email in the first place)

depends on what exactly you want to accomplish.
the easiest though would be to simply add some css declarations
i.e something like
#wppizza-article-prices-xxx {display:none}
or even (better probably, but depends on exactly how your prices are set up)
#wppizza-article-sizes-xxx {display:none}

where the ‘xxx’ equals the id of the menu item.
(might also want to have a look at https://docs.wp-pizza.com/developers/?section=frontend-css-styles-layout )

if you truly want to not display them at all (i.e not even in the sourcecode of the page) you’ll have to get your hand s dirty with some wordpress/php coding/filtering
(if you need that and are happy to do some php coding, let me know and i’ll find some filter that allows you to do that)

>So It seems that for some reason that a id 0…
what happens if you duplicate the one with id 0 and subsequently delete the one with ID 0 ?
(there *might* be an empty() check somewhere – which would also return true if the id == 0 – that should be isset() instead ) ?

> retrieve the currently applied discount by its ID…
you could do something like this

add_action('init', 'myprefix_discountids_applied');
function myprefix_discountids_applied(){
/***
session are per blog if multisite
***/
if(is_multisite()){
global $blog_id;
$session_key	= 'wppizza_cad_'.$blog_id;
}else{
$session_key	= 'wppizza_cad';
}	
$discount_ids = $_SESSION[$session_key]['discount'];
/*
now do something with the $discount_ids
*/	
}

>if I could determine if there are more than one discounts at play…
the above will tell you if there’s one or more at play (as there will be none, one, or many id’s in that array)

>apply your own logic…
i suppose i could add a filter somewhere, however, if you want to apply your own logic you could also simply add your own discount(s) depending on your logic, using the wppizza_fltr_discount filter – which is essentially what the plugin does – along these lines

add_filter('wppizza_fltr_discount', 'myprefix_apply_discounts',10, 3);
function myprefix_apply_discounts($discountvalue, $session_items, $order_parameters){
/* alter the current discount value as required */
return $discountvalue;
}