Forum Replies Created
-
AuthorPosts
-
6 December, 2024 at 4:33 pm in reply to: The self-collection option does not lead to redirection to the menu page #69377
Can you post a screenshot of your postcode plugin options/settings please
5 December, 2024 at 1:28 pm in reply to: Which database tables contain all wppizza+plugin settings? #69374there is no such thing.
wppizza is a regular wordpress custom post type which is therefore adding it’s db entries in multiple tables alongside other db entries.
However, wppizza does not really care about themes (unless you customised them somewhat in which case I would recommend the paragraph here regarding portability https://docs.wp-pizza.com/developers/?section=filters-actions-functions) so you can simply switch between themes as you wish – though themes will need their own setup of courseOption 1: you name the ingredient accordingly. i.e call it “ohne Olives” in the first place
(you may want to also then enable option: ‘Omit “1x” in cart, order and account history?’ – though the 1x is still shown initially when choosing. I may look into this at some point )Option 2: The much easier option is to simply add a textfield ( custom groups => add textbox to item) where the customer can write this sort of thing.
PS:
Personally I always found Option 2 above complete overkill (and it would not make the administration of it all any simpler). I believe it only manages to confuse people and is only really that useful for some specific situations.
Customers (most of them anyway) are quite capable to say if they do not want something from a menu item (or perhaps they should order something different to start off with – but that’s somewhat academic here).
Just my 2 cents worth thoughThe choice is yours of course
> the pre-selected items are already the main ingredients
in which case they should not be an additional selectable ingredient .
E.g a (typical) Pizza Margharita is a pizza topped with tomato, mozzarella, and fresh basil.
Unless you want the customer to be able to add “extra mozarella” – in which case you would add an “extra mozarella” ingredient – it would simply not be available as an add ingredient (you would probably want to write “pizza topped with tomato, mozzarella, and fresh basil” in the product description instead though)2 December, 2024 at 5:23 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69356Ok, so:
Elementor adds lots and lots of surrounding elements to the orderpage widget (about a dozen or more)
Interestingly, after payment (i.e on the so-called “thankyou page”) it does not add those wrapper elements anymore.
Why ? I have no idea.
That said – given the popularity of elementor – I’ll have a look as to whether it’s something they should perhaps be doing or I should perhaps be doing and/or find a workaround/fix if applicable. I simply do not know yet where the issue is exactly
so will probably not be something that can be done quickly as it may have many implications elsewhere.That said, if the only page where you are having issues is your thank you page, there is certainly an easy fix by simply adding the following (adjust as required) to your css somewhere (see https://docs.wp-pizza.com/advanced/?section=frontend-css-styles-layout). This is a very specific override to that widget there so should be quite safe to use
.wppizza-order-wrap-thankyoupage{ padding-top: 100px; margin: 0 20%; }PS: if you enable debug on your site you will see that elementor throws lots and lots of database errors. which may – or may not – be related. Just mentioning it though that really is something for them to fix.
That’s it from me for now on this subject
2 December, 2024 at 3:48 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69355This reply has been marked as private.2 December, 2024 at 3:44 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69353This reply has been marked as private.2 December, 2024 at 2:14 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69351out of curiosity, if you want to make a duplicator package available for me somewhere, I can have a look (i assume you know what i am talking about)
2 December, 2024 at 2:11 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69350works just fine here with Elementor …
2 December, 2024 at 1:18 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69348as you are using a commercial theme I can only advise you to the usual troubleshooting as per
https://docs.wp-pizza.com/troubleshooting/if you disable all plugins except the main wppizza one and only get the issue with the theme you are using but not any default theme , you will have to speak to the theme author.
I will not be able to advise you as to what your theme’s issues may be (as it is commercial, I will not be buying it as i have no use for it)PS: You should make sure to also check your javascript console too for some clues
1 December, 2024 at 8:36 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69339As I know nothing about the “Pizzon” theme, all I can only really say is :
Does it work as expected with a default 20something theme ? If so , it’s a question for the “Pizzon” theme developerAs it’s all a bit abstract though, do you have a screenshot of your thank you page you can share ?
Ideally with some comments as to what you expect there to be different if it’s not that obviousPS: woocommerce usage (or not) is not relevant .
1 December, 2024 at 8:05 pm in reply to: Oderdetails/Thanks text after order not in the right Theme template #69337>but the widget loads in an empty Theme site
what widget please ?That said, if you are using the “Avada” theme, then the fault is there and they need to fix this – they know about this but seemingly refuse to do anything about this .
(Regardless of what they say, they are simply using the ‘the_content’ filter multiple times on the same page – with the results you can see )1 December, 2024 at 2:57 am in reply to: The self-collection option does not lead to redirection to the menu page #69327Hi
apologies for the delay – I had responded in my head, but never put it to paper so to speak.
Regardless, looking at your site , your (wppizza related ) plugins – specifically the post/zipcode plugin – are several years out of date, so I would suggest you update those to to most recent version to start off with.
Furthermore, enabling debugging is also always a good thing to do if you have any issues ( see https://docs.wp-pizza.com/troubleshooting/ )PS: your site also links to localhost images/links that do not work obviously
that would indicate you either have a serious issue somewhere (see your debug.log – https://docs.wp-pizza.com/troubleshooting/ ) or you have been/are caching your pages (or both)
Hi
looking at your site, you are running a version of the postcode plugin that is over 7 years old (v 4.0.7 – Oct 2017) , so I would first of all suggest you update it to the most recent version (v5.2.3 as of writing).
15 November, 2024 at 6:10 pm in reply to: WP-PIZZA Language Setting Changed After WordPress 6.7 Update #69204Just for info:
It appears that WP 6.7+ does not want to read two text domains in the same plugin (anymore).
The wisdom of that escapes me, but alas this is what it seemingly is.
The good thing is – talking about wppizza related stuff – that this only affects the main wppizza plugin.
All/any wppizza extensions should be unaffected I believe.I’ll see if I can still somewhat keep admin and frontend translation files separate in a different way and will release an update asap.
Worst case scenario, I’ll have to merge the 2 language files – which would not really be that dramatic, just a bit of a nuisanceWe’ll see how it goes. I would think it will all be good again in the next few days – allowing for some testing .
Thanks for the heads-up (for temporary workaround see above)
15 November, 2024 at 11:11 am in reply to: WP-PIZZA Language Setting Changed After WordPress 6.7 Update #69197PS: as a quick fix until either WP updates things their end or I find a suitable workaround – whatever happens first –
you could copy the language files you need – i suspect in your case wppizza-admin-de_DE.mo and wppizza-admin-de_DE.po fromwp-content/plugins/wppizza/langintowp-content/languages/plugins
so they will be read form there15 November, 2024 at 1:17 am in reply to: WP-PIZZA Language Setting Changed After WordPress 6.7 Update #69194on second thoughts , it really looks like WP messed up here and broke things …
see: https://core.trac.wordpress.org/ticket/62337I’ll follow that thread for a while and dig around a bit anyway, but will probably wait until WP 6.7.1 until I do something about this ( for a few days anyway).
15 November, 2024 at 12:57 am in reply to: WP-PIZZA Language Setting Changed After WordPress 6.7 Update #69193Not sure if this was intentional or a mistake by WP’s devs, but suffice to say that’s quite a nasty change that happened there and I suspect will affect lots of plugins and theme’s (WPPizza or not)
Relatively easily fixed I think (though I have not yet 100% worked through all the the implications) but needs an update to the wppizza plugin (as well as – almost all – associated extensions) .
So that’ll be me being busy for a few days then…
I’ll make updates available asap – starting with the main WPPizza plugin of course..Thanks for flagging it, I probably would not have noticed for quite some time otherwise.
While I was messing around with various things it occurred to me that this sort of thing already exists in the pickup prices plugin – https://support.wp-pizza.com/downloads/wppizza-pickup-prices/
you simply need to enter -0 into any pickup price for an item . If you apply the -0 to all pickup-prices (i.e variations) of an item, the whole item will become unavailable on pickup…
-
AuthorPosts