that’s pretty much what the “print” button is for that you can find in “Wppizza->orderhistory”
the output generated will depend on your settings in “WPPizza->templates->print”

i dont know much about german tax law, but presumably you need to include the values/tax rates etc related to an order, all of which can be selectively added as required in those template settings

PS: as it happens, i am also in the process of actually developing a little plugin that would allow you to selectively add a pdf invoice to any emails the system sends (the output of which is also depending on settings in wppizza->templates->print)
but that is a few days or so away yet from release

In essence, you found some old codesnippet (somewhere on here i guess) that was related to wppizza v2.x.
The “official” documentation – if you will – for v3.x can be found here https://docs.wp-pizza.com/

That said, not all the snippets that were mentioned here on this forum in the past have yet been copied/updated there (some do not even exist in v3.x anymore anyway but were accurate at the time before v3.x).
The docs will always be work in progress I suppose and will be amended on “as needed” / “as requested” basis.

In any event, the error you were getting is “correct” in so far that in v3 only 2 arguments are now passed on as the 2nd one contains all data now that was previously passed on in the additional arguments (there were actually 7 altogether)

So cutting a long story short: yes, there are now only 2 parameters so the filter should indeed be something like

add_filter( 'wppizza_filter_orderhistory_order_info', 'my_function', 10, 2);
or
add_filter( 'wppizza_filter_orderhistory_order_info', array($this/*or some distinct class*/, 'my_function'), 10, 2);

I hope that clears things up somewhat

cheers

I dont know what you did of course, but my *guess* would be that you simply doubled you lunch menu (with different soups as required) and enabled/disabled the relevant “lunch menus” for the given days
(ingredients themselves are not “timeable” so to speak)

other than that I can only suggest you look at how you did this on that “other ” site

> it seems that cloudprint can accept a parameter of zero margin.
all the wppizza cloudprint plugin does is send the order to cloudprint based on the template (settings) you have selected . it really is between cloudprint and the printer itself to do what you want it to do .
This is nothing the plugin has control over.

furthermore, the links you posted seem to refer to the settings of the device itself , not any parameters you can send to it to dynamically change them . not from what I can see anyway

>This snippet at Stack exchange ….. Seems to be trying to pass the parameter.
it also says there that it does not work

please also see here. maybe you can get some ideas from there as a workaround perhaps
https://www.wp-pizza.com/topic/question-google-cloudprint/

generally speaking, how things are printed once the order has been sent to cloudprint is entirely the printers responsibility. if it does not print margins (for example) then you will have to speak to the printer manufacturer . only they will know about this

although there’s probably a case that can be made to perhaps do some scripting that would account for this, the fundamental problem from what i can see is as follows:

though your pages are translated , you are using the non-translated shortcode on these pages.

i.e on your IT page you are using [wppizza category='crepes' noheader='1' showadditives='0'] which works fine, as we know
however, on the EN translation your are ALSO using [wppizza category='crepes' noheader='1' showadditives='0'] where you should be using the shortcode that references the EN categories – that is [wppizza category='crepes-en' noheader='1' showadditives='0']
(note the category slug difference)

not using the associated slug will in effect result in the categories not existing for that language (in simple terms) which will throw these issues and therefore the plugin will not be able to add anything (categories are somewhat essential for all sort of things)

let me know if the above makes sense. (certainly fixes it when i do this here with your setup)

looking at your /wp-content/debug.log when (unsuccessfully) trying to add something to the cart myself here
https://www.pizzeriacarignano.it/en/order-online/crepes/
i get a Undefined offset:....../class.wppizza.categories.php on line 192

which leads me to believe it’s (perhaps – cannot be sure yet ) a non-translated category ?

can i ask you this as well please: are all categories that an item belongs to also available (and translated) for your other languages ? or maybe there’s an option in WPML that lets you enable/disable this ?
just trying to narrow things down . After all I do not know every single option available in WPML as I am not the developer of WPML of course

there are now some globally available and more versatile wrapper functions available
https://docs.wp-pizza.com/developers/?section=email-print-templates