nopewhy

Thanks for the quick answer, @daanvandenbergh. ??

[Not sure whether one has to write English. English tl;dr: Yes, you can hide language(flags) for languages missing translations of this article. Here’s the link to the language switch’s documentation about this feature: https://polylang.pro/doc/the-language-switcher/#options. Also you might – I’m not sure – have to create a separate front page for each language you add.]

Hi,

verstehe ich dich richtig, dass du nur dann einen Link zur bspw. englischen übersetzung deines Beitrags oder deiner Seite angezeigt haben m?chtest, wenn ebendiese übersetzung existiert. Also dass der Sprachswitch bzw. die Flagge gar nicht angezeigt wird, wenn es zu dem Rezept keine übersetzung gibt?

Wenn ja, dann kann Polylang das. https://polylang.pro/doc/the-language-switcher/#options Hier siehst du die Optionen. Du kannst einstellen, ob nicht-übersetzte Sprachen (deren Name und/oder Flagge) nicht angezeigt werden sollen auf der jeweiligen Seite.
Theoretisch kannst du auch die aktuelle Sprache ausblenden lassen, wenn du nicht m?chtest, dass bei allen deutschsprachigen Eintr?gen immer die DE/AT-Flagge angezeigt wird. (Theoretisch, weil ich das noch nicht hinbekommen habe, kann aber an einem Theme-Konflikt liegen. Laut dem Dokumentationslink sollte es ja gehen.)

Es kann nur sein, da kenne ich mich noch nicht aus, dass du eine eigene bzw. übersetzte Startseite für jede Sprache, die du hinzufügst, erstellen musst.

• This reply was modified 4 years, 8 months ago by nopewhy.

Hi @met45,

I’m new to polylang so please excuse me, in case I tell you something you knew and tried already.
When I installed polylang I was wondering where the flags were hiding. Then I found out, that in the language-switch’s options (which you can find where you placed the language switch, often the menu) one has to tick a box to make the flags show at all.
Maybe you could double-check whether you checked that box already?

Hi @anandmongol,

yes, this is possible.
You can add something like :lang(de) {font-family: Arial, Helvetica, sans-serif;} to your CSS to change the font on German pages to Arial.
Or something like p:lang(it) {color:pink} to just turn text inside of paragraphs pink when the site is Italian.

Source: https://www.w3schools.com/cssref/sel_lang.asp
Oh and I just saw, that it’s even mentioned on the polylang site itself: https://polylang.pro/doc/can-i-use-different-designs-for-different-languages/

• This reply was modified 4 years, 8 months ago by nopewhy.
• This reply was modified 4 years, 8 months ago by nopewhy.

Thank you, @joyously, for pointing me to the relating tickets ??

Thank you, @melindahelt.
I didn’t find the time to answer, but actually @fernashes kind explanations helped a lot.
So far the testing worked well and at least for now the live site made no problems either.

Hi Hannah,

thank you very much for your kind (and quite fast!) reply :).

and you can get through the test mode with EPS, then you can be fairly sure that live transactions are working.

I’m not sure, whether I understand this point correctly. What exactly do you mean with “can go through the test mode with EPS”? Which steps do I have to “pass”, to qualify as “going through the test mode”?
Do you mean simply to follow the purchase steps from shopping to checkout until I arrive at EPS’s page featuring the “choose your bank”-dropdown?

And a sneaky additional question: Is it enough to set my plugin in testmode for a bit, or should I also be switching out my (live) Stripe keys for the test keys?

Hi @ryanr14,

thank you so much for your kind reply and taking the time to try to reproduce the bug.
I can still reproduce it, but I guess there’s no reason to do it, as neither you nor two friends of mine could reproduce the problem. It seems that my completely untouched Edge (I never use it besides for testing websites on it, so zero modifications) is kind of wonky and produces the weirdest glitch.

I guess I’ll mark this one as solved then.

I forgot to specify which button I’m talking about. Strangely only the “add to cart” button next to the price seems to be affected. The small “add to cart” buttons in the “related products” section seem to work fine.

Thank you very much for your detailed reply, @elibeckz!

I was thinking in a similar direction as you and had a look at caching as well. We used the same Cache Plugin (W3 total) about a year ago or so. Since then it was deactivated and only browser-caching via .htaccess being used. I reactivated the plugin, purged the caches and uninstalled it completely (which takes some effort, to delete all of it’s folders).
Since then (although there might have been a theme update in between, which skews the results) I couldn’t reproduce the problem anymore.
Unfortunately a colleague could. She tested it in several browsers and everything seemed fine. Only IE (not edge, really, internet explorer) somehow managed to show the same behavior (orange spam-alert border first, then everything peachy after pressing “SEND” again). We’re still not sure whether she had some old caching files left in IE or whether the problem is not entirely solved.
I’ll have to keep an eye on it and test it again from a few other computers (which are free from caching leftovers), when I get the chance.

Would be great if this problem was really just connected to the (seemingly inactive) caching plugin.

• This reply was modified 5 years, 5 months ago by nopewhy.

Thank you very much for your question and documenting the answer here, @alx359!
I kept trying so many different ways to name a premium theme’s folder, thinking I just didn’t guess the slug-name right… but it was just that the files were directly in the my-plugin.2.3.zip, and not in my-plugin.2.3.zip/my-plugin/.

@nintechnet, It would help tremendously, if you could update your documentation accordingly (https://blog.nintechnet.com/ninjascanner-powerful-antivirus-scanner-for-wordpress/#integrity). I’ve read that paragraph several times but couldn’t find a clue about the necessary folder structure.

Hi @johnlewisdesign,

I’m sorry that this change was so disastrous for you and your websites.
Myself I have no opinion on that matter yet but I came to this place to have a look at the reviews of the WooCommerce Blocks / WOOtenberg Plugin.
I guess your review was posted to the wrong place in the wordpress support forum and is now harming this plugin’s rating, although it’s meant for the Gutenberg Editor.

Maybe there’s a way for you to move your review over to a better fitting place somewhere in this forum?

Thank you very much, Jeremy,

that really answers all my questions. Thanks for the quick as well as easy understandable reply.

@idiots_guide Thank you, Stephen!!

Ugh, it seems that the server time is correct (UTC+1, used this method to find out which time the server is running) and the reason, why the system sends mail with a wrong time stamp, is to be looked for at a completely different point. I guess I’ll close this thread and start another one with a better fitting question.

• This reply was modified 5 years, 10 months ago by nopewhy.