Forum Replies Created
- AuthorPosts
- 6 December, 2024 at 6:51 pm in reply to: The self-collection option does not lead to redirection to the menu page #69379
Forget the screenshot.
I think there’s simply a misunderstanding here. From what I can see, this works all just fine and as intended.A few things:
>When selecting the pick-up option, the “Our Menu” page does not appear as expected.
From what I can see (correct me if I’m wrong) you put the wppizza_dbp shortcode on your homepage.
If you put it on a page that does not have a cart/menu item on there it simply sets the choices made by the customer in the background so a subsequent visit to your wppizza menu page will take this into consideration. Nothing other than that will happen .
The idea of the shortcode is to offer an alternative to the popup (plugin settings). It cannot have any idea if or indeed where you want to redirect to.That said, there’s of course always the possibility that I misunderstand the problem you are referring to. If so , let me know.
Furthermore, thinking out loud here , perhaps I could add an attribute to the plugin short code options in th enext update that would allow you to set a redirection pageid or something when the “OK” was clicked.
I’ll think about that>However, the new version has more problems than the old one
How so ?6 December, 2024 at 4:33 pm in reply to: The self-collection option does not lead to redirection to the menu page #69377Can 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/lang
intowp-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.
- AuthorPosts