$wppizzaOptions=get_option(WPPIZZA_SLUG);
$opt=wppizza_frontendOpeningTimes($wppizzaOptions);
echo ''.$opt.'';

i might add some more classes one day (or add a filter or something), but can’t really see the point adding more bloat when it’s not required

the
1-4
5
etc

refer to the days that are in the same span
(1 being monday 7 being sunday so 1-4 refers to the mon to thu span etc)

if you change opening times in the future than those will change (possibly, depends on the tom changes you make of course)
doesnt matter one bit though, if you wrap the whole thing in a div/span/whatever and use the appropriate selector

that is already available in the delivery by postcode extension…..
(but only when used with google maps option)

>there is no class for custom groups as a general class
sure there is (unless you are referring to something else)

wppizza-ingredients-req-[x]-[y]

where [x] represents first quarter/half or second quarter/half etc and [y] the custom group id
so
wppizza-ingredients-req-3-1 is the 3rd quarter of custom group id 1
wppizza-ingredients-req-1-10 is the 1st quarter, or first half, or just the full thing if not using halfs/quarters of custom group id 10
etc etc
as there are no more than 4 quarters as max [x] will only ever be 1,2,3 or 4

but you are right, it would not make it future proof when you add new custom groups, therefore…

>I think it is a realistic scenario that you have dishes with specific ingredients which only show up only at that dish.

which is precisely why you really should create meal sizes for specific meal types and then add the relevant ingredients for those as it is even a more realistic scenario I would have thought, that ALL your pizzas allow a bunch of certain ingredients and ALL your desserts (for arguments sake) allow ANOTHER bunch of ingredients.

but maybe I am missing something (!?) (always a possibility of course)

PS: maybe mealsizes should be renamed into mealsizes/types perhaps , but that’s just cosmetics

>unfortunately they don’t have a specific css class
there are classes and id’s all over the place, so i don’t know what else you could need to target them

in any case, for your own sanity, you should probably just create it’s own mealsize for desserts and add dessert ingredients (as opposed to all ingredients for everything i would have thought)

Alternatively, use an “exclude” custom group for the ingredienst you do not need and assign that one to your desserts

any of the above will work

thats because i’m talking gibberish

change

add_action(‘wppiza_gateway_anet_verified’,$gatewayReply,$orderId);

to

do_action(‘wppiza_gateway_anet_verified’,$gatewayReply,$orderId);

(i edited the code above to reflect this )

PPS (sorry but just in case)

if you want to run your function “before” it gets verified again just add

do_action('wppiza_gateway_anet_reply',$gatewayReply);

right after

function gateway_handle_response($gatewayReply){

instead (will also be added to the next update, just for good measure)

and then do

add_action('wppiza_gateway_anet_reply','my_function');
function my_function($gwreply){
/* do your cim stuff with the reply from authorize.net contained in $gwreply */
}

just thought i’d mention it in case it’s useful

as ever, any questions , just shout

hi

having had a look at the way it is right now, this might take a few more days to bring it up to scratch.

in the meantime though (in case you want to get going) you can do the following (which will be part of the next update)

on approx line 833 of wppizza-gateway-authorize.net.php you will find

function gateway_transaction_execute($gatewayReply,$orderId){

right after that just add

do_action('wppiza_gateway_anet_verified',$gatewayReply, $orderId);	

so it will read

function gateway_transaction_execute($gatewayReply,$orderId){
do_action('wppiza_gateway_anet_verified',$gatewayReply, $orderId);	

and so forth.

in your themes functions.php you can then go wild as in

add_action('wppiza_gateway_anet_verified','my_function',10,2);
function my_function($gwreply,$orderid){
/* do your cim stuff with the reply from authorize.net contained in $gwreply */
/* fyi: $orderid is the id of the order in the wppizza_orders table ...just in case you need it for something*/
}

note, this action hook will only run when the reply from auth net has been (again) verified to make sure currencies etc match (but i guess that should be just fine, as otherwise it would mean someone has tampered with stuff somewhere)

hope that helps for the moment

actually , it might also be the case , that update checks only take place every so often (let’s say every 6 or even 12 hours or so) in which case the update would not show up until that time has expired since last check….

again, i’ll have to check exactly how that licensing thing does it’s bits..
for the time being though it’s not something you have to worry about (it’s something i need to check)