cannot say i do …..
i assume it worked before ?
nothing i have changed that would cause this to suddenly not work.
checked your/their junk folder / logs ?

does the order show up in the order history ?

might want to try to set it to sandbox / test, turn on logging (in the gateway settings), do a test order and see what happens and what the logs say (again in the wppizza-gateway-paypal/log/ directory)

you’re welcome

one more – unrelated – thing . as the theme you are using is somewhat responsive, the following might or might not be useful…..just an idea. your call of course

https://support.wp-pizza.com/topic/making-the-default-css-responsive/

i’m somewhat understanding the issue i believe.

however, there’s something quite strange (superflous) going on from what i can tell

staying om the same page (http://scoopsdelivers.com/locations/scoops-allendale/)

you have only 2 different price groups / meal sizes

a) one size (cookie sundae, cookies, nachos (? nachos with snickers ?)
b) small , medium , large (flurries, shakes , sundaes)

staying with b) here.
the chocolate option has a different id for the flurries, shakes and sundaes respectively .i.e it appears – and from what i can read above – you entered all those toppings 3 times. …..why ?

if flurries, shakes and sundaes are all supposed to have the same set of toppings, why are they entered 3 times . any particular reason i’m missing ?

having said that – and more particularly in answer to your initial question – every topping as you know has its own id.
so if you have 2 groups (“one size” as well as “small,med,large”) than the css will have to be set for those toppings in each group individually (again, because the name might change for example).

however, if you only have 2 distinct different groups (as you should have from what i can see – again at least just talking about this page – it really should not be that time-consuming/tedious to add a couple of css declaration.

so, in short, you have to set the css per id/class but i think the tediousness you are referring to comes from declaring too many unnecessary meal sizes

>but that way would have me search for each ingredient class

its just a right click->inspect element (on chrome ) or similar to get that id .no ?

more importantly (taking the shakes and sundaes here – http://scoopsdelivers.com/locations/scoops-allendale/ – for example )

having had a quick glance (I might be wrong though) both seem to have the same set of ingredients/toppings and respective prices.

if that is the case, I must admit i dont even understand why you have the same set of ingredinets/toppings 2x as opposed to reusing the same lot

(again, that’s just after having a quick look, i might have missed something here of course)

sure.
every ingredient is wrapped in an li element with the appropriate class (such as class=”wppizza-ingredient-22″ where the 22 refers to whatever ingredient has the id 22)

just use whatever css declaration you need to display whatever image you want

> since the sorting happens by the itemnr.

no, the sorting happens by order number ….

actually , i need to check something. not quite yet available

i wasn’t actually going to do much about that anytime soon to be honest.
however, messing around with things a bit, i actually found a bug here that’s somewhat related to the whole textbox thing.

no promises, but i see what i can do

incidentally, i just installed “wp super cache” here locally which I have absolutely never ever used before, and it took about 2 minutes to get this working…..

something isn’t right your end….

now be available as an option in wppizza->settings in v2.10.4