ollybach

In summary,

Literally years and decades have been spent to come up with standards everyone agrees to (html / css etc) which – amongst other things – ensures portability for starters.
Gutenberg however, (and by extension WP as it is pretty much forced onto users ) knows better and comes up with it’s own “standard” which is apparently “higher level than HTML” (what is that even supposed to mean) ?
Am I getting this about right ?

Regarding the linked “fluffy” article:
As far as I am concerned, it simply explains how bonkers this whole thing is and tries to “explain” the merits of gutenberg with a lot of BS.

Quote:
“In summary, a Gutenberg post is built upon an in-memory data structure which gets persisted somehow in an fully-isomorphic way.
Right now that persistence is via a serialization/parser pair but could just as easily be replaced through a plugin to store the data structure as a JSON blob somewhere else.”

Come again ?

Then again, maybe I am too simple to understand the benefit of all of this.
It’s just my 2 cents while roaming these comments as – still – the whole idea of gutenberg seems to me like a pretentious absurdity . oh well.

PS: as it happens, here we are , 3 and a half years later , and the bad (1*) reviews now outnumber the 5* reviews 3/1 as opposed to 2/1 – go figure…
https://www.ads-software.com/support/topic/just-adding-to-the-conversation/

ok, 3.18.8 should now have this fixed

actually , i made a mistake there in 3.18.7 regarding the above. will be fixed tomorrow.

As per your feature request: I couldn’t really see any reason not to add the display name (typically the same as login / nicename) after the user id (if enabled in the templates as referred to above)

So v3.18.7 has this now added.
If you still want this differently somewhat, the above filter is the one that would still let you do that

• This reply was modified 9 months ago by ollybach.

Hi,
there isn’t anything built in that does exactly that, however, the simplest way would probably be to use the following filter like so ( as an example, adjust as required )

add_filter('wppizza_filter_ordervars_formatted', 'myprefix_wppizza_ordervars_formatted');
function myprefix_wppizza_ordervars_formatted($order_parameters){
	/* change formatted output if id > 0 , i.e a registered user */
	if(!empty($order_parameters['wp_user_id']['value'])){
		$wpUserId = $order_parameters['wp_user_id']['value'];
		$order_parameters['wp_user_id']['value_formatted'] = 'do: get username from user id (as set in wpUserId above / $order_parameters['wp_user_id']['value'] ) according to wordpress codex';
	}
return $order_parameters;
}

and subsequently enable the “User ID :” in the WPPizza->Templates” settings where/as required

hope that helps

• This reply was modified 9 months ago by ollybach.
• This reply was modified 9 months ago by ollybach.

iStuff does not allow (auto)playing a sound without user interaction.
(Which is the reason why it says “Note: this might not work with all browsers” next to the audio notification option)

Nothing I can do I’m afraid.

Hi again,

as mentioned , it’s a bit of a strange one. However, I believe v3.18.2 should now fix this (it does here in any event if I use those plugins you mentioned) but please let me know if you still have issues

thanks

Hmm, bit of a weird one I must admit.
Will fix it. Just do not know yet how…..(but where’s a will there’s a way no doubt)

what’s (appears to be) happening is the following:
the order page containing the order page shortcode is wrapped in lots and lots of container elements (perhaps/probably by some pagebuilder plugin, though I cannot be certain )

The content of that page gets *replaced in its entirety* – after an order is made – with the order details.

As the surrounding page container in your theme/setup fills the whole page width, the order details will fill the whole width. There isn’t anything “breaking out” as it were.

However, you could target the so-called “thank you page” (for lack of a better description) layout using the “wppizza-order-wrap-thankyoupage” class to adjust / narrow this to your needs
(see also https://docs.wp-pizza.com/advanced/?section=frontend-css-styles-layout for some ideas as to application of custom css)

perhaps something like

.wppizza-order-wrap-thankyoupage{
max-width:1024px;
margin: 10px auto;
}

or whatever else you fancy

have you checked with another / default theme ?
sounds to me like perhaps some invalid html (missing a closing tag for example somewhere) or some css that overrides things specifically .

If it’s ok with you , I can make a test order on your site (it will be clearly marlked as such) and have a look

you could simply disable the email field in wppizza->orderform.
(naturally, this will also disable anything that relies on the customer email being provided though, such as account registration on the order page for example)

Hi

thanks for gettying in touch.
However, all wp-pizza sites are up and working.
The error you are seeing your end (1020) is the firewall triggered at cloudflare to protect the sites
This will be because of something your end , but I cannot tell you what it is . Perhaps try accessing the site(s) from a different computer and/or network.

please refer to the documentation regarding layout questions/adjustments

https://docs.wp-pizza.com/advanced/?section=layout

you can add the viewonly=”1″ attribute to the shortcode that displays the menu items
see here
https://docs.wp-pizza.com/shortcodes/?section=by-category

hope that helps

Thanks, and apologies, fixed now (v3.17.1) – though must admit I’m not sure why I did not get the same fatal error here using it as is before actually publishing the update…:/

Regardless, thank you for the report , much appreciated.