no, because it would defeat the point of using it in the first place
so if you want to have your own custom version, you have to use your own custom css (as mentioned previously in this thread)

thanks

the problem is that neither your theme nor your gdlr-hotel plugin provides css for the spinner element (only the datepicker from what i can see)

so if you want to keep everything as is on that front , you’d have to add your own spinner css to your theme’s css ( and leave it as “I have my own style… etc”)

alternatively “roll” your own theme and include that for all those jquery ui interfaces – https://jqueryui.com/themeroller/

or select a theme from the ones available in wppizza (perhaps the “ui-darkness” one or the “dark hive”) which – as you know – will affect all other ui elements too (which is a good thing in my book to keep things consistent throughout all those elements)

you could – of course – also just get the spinner parts/css of those and add those to your (child)theme’s css

essentially , your theme’s/plugins styling of jQuery UI elements is incomplete as it only assumes usage of the ui element implemented by your particular theme/plugin. That’s understandable somewhat , but results in the issue you are facing

(hope the above makes sense somewhat -kind of late here)

>It seems that WPP (3.3.5) is affecting the style of the date pickers that are used elsewhere on my site
that’s correct if you enable WPPizza->Order Settings->Item and Cart Updates and Amendments -> “Enable increase/decrease …” (2 options) as it includes a themeroller stylesheet to style the spinner/number input boxes (these jquery/themeroller stylesheets affect all those UI interfaces ).
However, as you have also a dropdown there to choose a particular style, i would think you can make that match the one that comes with the theme (if not, then i would have to see what stylesheet the theme includes if you have wppizza – or those options i mentioned above – disabled )

that – most likely – means that your php sessions don’t work / are not configured correctly
you should speak to your hoster/server admin
(more often than not it’s because the session save path is wrong/not configured)

either setting up a discount to that effect with this
https://support.wp-pizza.com/downloads/wppizza-coupons-and-discounts/ (i.e if 2 pizzas usually cost 15 each, your discount for 2 would be 10. as in 15+15-10 = 20)

or you could also use the add ingredients extension somewhat (see examples here https://demo.wp-pizza.com/wppizza-add-ingredients/our-menu/user/ – perhaps the “SIMPLE MEAL FOR 2” example)
however, add ingredients does not then allow you to add more ingredients to a subitem , so you could not then choose what to have on each pizza , as that’s not really what it’s designed for

———————————————-
please note:
The “Add Ingredients” extension is NOT a “Special Offer” or “Meal Deal” or similar type plugin and was never conceived for this .
(although – clearly- many things are possible as you can see in the user examples https://demo.wp-pizza.com/wppizza-add-ingredients/our-menu/user/ that are not really within the scope of the plugin)

At some – undetermined – point in the future I *might* create a dedicated plugin for this sort of thing or will actually add a “add product-to-product” (or whatever it’s going to be called ) to the ” Add Ingredients” plugin
That will allow *menu items* to be added to other menu item, but at the moment this idea is only in the “ideas” / “perhaps an idea to do one day” stage

>Is there another log file I can check?
no (and even if there was , it would tell you the same thing)

if you do not have access to the php.ini then whoever administers your site/server needs to fix this
that error “PHP Warning: session_start(): Cannot find save handler ‘memcache’ – session startup failed…” should be more than enough to know where to look (i.e the php sessions setup)
the most basic google search for that error will also show various approaches to fix this . which on would be the appropriate one , however, only the server/site admin will know

furthermore, php.ini’s might also be configurable for each site, so even if one site on the same host works, does not mean another one must do if the configurations differ.

again, if you do not have access to the php.ini (as you say you don’t) there is zero you can do (or I for that matter) and it is for the admin to fix.

that said (again, i think this is only a very very very VERY – you get the idea – remote possibility), you could try to de-activate all other plugins.
if for some mysterious reason this suddenly works you ‘ll have to find the culprit by re-activating your plugins one by one
if you find that de-activating all other plugins does not make any difference, the previously said applies

in any event

>quote from your service provider:
>I will kindly ask you to contact the plugin support team and ask them how exactly shall we override this error.

they cannot possibly be serious. it’s THEIR session setup error. there’s nothing to “override” . it’s the server/hosts job to setup session handling correctly (unless of course the user – i.e you – has access to the php.ini and messed it up :) )