dlx

Hi @fclaussen,

I′m on a local MAMP Server at the time – need to test everything before it′s going live.

I think the problem is the selector does not work:

#privacy-policy-consent label {
    display: contents;
}

It′s being displayed in grey when being added in the inspector (Firefox).

To simulate this you can copy this:
<p><input name="user_consents[privacy-policy]" id="privacy-policy-consent" value="1" required="" aria-required="true" type="checkbox"><label for="privacy-policy-consent">Du hast unsere <a href="/privacy-policy/" target="_blank">Datenschutzerkl?rung</a> gelesen und akzeptiert.</label></p>

right after the last field on the left side:
<input name="signup_password_confirm" id="signup_password_confirm" value="" class="password-entry-confirm" spellcheck="false" autocomplete="off" type="password">

on the page https://dogs-2-love.com/register/

Hi @fclaussen!

Yeah! Version 1.3.3 did the magic.
I′ll see what I can do to push the translation to 100%… ??

Hi @fclaussen

I′ve tried everything – the label can′t be styled by:

#privacy-policy-consent label {
display: flex !important;
}

Maybe the reason is a fieldset is missing – there is a p instead?

Hi @fclaussen,

just checked the BuddyPress integration. Works, but the input in the form could be optimized a little bit. The checkbox is being displayed on top and the text is displayed below with some space instead of being placed right next to the checkbox. And an * should be added.

Instead of this:

<p><input name="user_consents[privacy-policy]" id="privacy-policy-consent" value="1" required="" aria-required="true" type="checkbox"><label for="privacy-policy-consent">You read and acceped our <a href="/privacy-policy/" target="_blank">Privacy-Policy</a>.</label></p>

This looks better:
<p><label for="privacy-policy-consent">Privacy-Policy *</label><input name="user_consents[privacy-policy]" id="privacy-policy-consent" value="1" required="" aria-required="true" type="checkbox">You read and acceped our <a href="/privacy-policy/" target="_blank">Privacy-Policy</a>.</p>

Unfortunately I did`nt find the code where to change this.

There are some caching plugins that can handle separate versions of the pages depending on a cookie.

E.x.: If there is a cookie that has the content “Y” (user accepted) the caching plugin will fetch a version of the page containing the analytics code. Otherwise (cookie not set or has the content “N” for declined) the version without the analytics code will be delivered.

I know two caching that can handle this: Comet Cache & Swift Performance (maybe only the Pro versions can).

Hi @fclaussen!

I′ve read your documentation but don′t know where to add this because I didn′t write the code. The registration seems to be a mix of BuddyPress, BuddyPress Xprofile Custom Fields Type and the theme. And of cause I can′t edit their code because everything will be lost on the next update.

I′ll wait and test your BuddyPress integration when it′s ready.

Hi @la-geek

Yes, you did mention the rules – today!
The translations are from 2018-04-07 – today is the 2018-04-23.

Both the author and I tried to reach someone from the translations team because nothing happened. There′s a link “Dieses Plugin wurde noch nicht auf Deutsch übersetzt. Hilf mit, es zu übersetzen!” on the plugins page – that′s what I did. I tried to help.

I do not think there have been any gross mistakes in my translation and if so, I’m sorry.

Hi @pixelverbieger

No one ever mentioned the rules before! And I never wrote I don′t want to hear or talk about them. All I said was that I don′t have and don′t want a Slack account.

Unfortunately, it does not seem to be desired to contribute to the community – in any case, everything seems very complicated and bureaucratic.

Hello @presskopp and @la-geek

Sorry to hear the texts don′t meet the quality standards. I′ve really done my best to translate the strings – and it took some hours to translate all 247 texts.

As I wrote before: I don′t have an account at Slack and don′t want to have an other social media account – I really get enough input every day and have to limit this.

My intention was to translate the texts for the community so that everyone can participate. Now it seems this is not wanted and I can′t get access to the texts by downloading po/mo-files. So I will use Loco Translate next time so that I do not have any disadvantages myself.

Best regards
Jan

Hi @pixelverbieger

Is there any way to download my translations as mo/po-files?
I can′t wait any longer. Don′t know why no one approves the texts so anyone can use them.

Best regards,
Jan

Hi @fclaussen,

I think the registration is set by BuddyPress (the page is selected in the BuddyPress settings). The theme has a shortcode for the registration that I used also.

The checkbox has been added as type “Checkbox acceptance” by the BuddyPress Xprofile Custom Fields Type plugin. But I can change this – it′s just on the staging server and not implemented on the live server yet.

So I′ll wait and give the new version a try then.

Thanks for your great work and support!
Jan

It would be good knowing the reason of the security issues.
Does anyone have some information about this?

Hello Presskopp!

Noticed the approval of the translations got stuck and there are still 126 texts left. Can I do anything to get them released?

Best regards,
Jan

Checked if there was any plugin conflict first, so I disabled them one by one. After this the settings of the GDPR plugin were gone when I activated it again. Don′t know why but now everything works fine.

Maybe some special characters in one of the settings fields…

Alright, I′ll try to do my best in helping the community. My php knowledge is not the best but I can translate plugins to help (formerly did this using loco translate, but thinks it′s better to share this for everyone).