codimex

I’ve just noticed that regarding issue 1), my virtual products are not fully ignored from the amount left. For some reason, a 18€ booking substracts 3.12€; a 20€ booking substracts 3.47€… 🙁 Gift cards aren’t ignored at all. 🙁 🙁

Issue 2) still persist, as much as I’ve been playing around with the settings. 🙁

Hi! Maybe you missed this post. Any help?

Hi, Stefano! Thank you for your answers and your willingness to help!

Hi, on the main lists configuration panel, you can set to force a list when a specific language is detected, so probably the best way to get what you need is to configure that on the lists management panel, instead of the wp users integration addon.

That option is already set successfully, and I even set the parameter lists=”X” in the shortcode to make sure the user is subscribing to the right list. What I try to achieve is forcing subscription to a specific list upon registration depending on the language, not language-based subscription via shortcode. I don’t know if I’m making mayself clear or if I’m missing something.

The registration panel is the standard one of WP or a special registration page by a plugin?

The registration is carried out during WooCommerce checkout, not the core WordPress registration panel. WPML detects the language you’re registering (in both the checkout process or the dedicated WooCommerce registration page), and sends confirmation emails in that given language.

I’m aware of your WooCommerce addon, but I’m not sure if it can solve the users registration language-differentiation. I wonder if the WP Users Integration addon to allow you to assign different lists when clicking on a specific language (like, for example, the lists option you’ve mentioned). Here’s an example of what I get:

When language is English: Registered users are forced to subscribe to the right list. See image.

When language is Spanish: Registered users are forced to subscribe to the same list as English, but if I change the list, then the English list is also changed. See image.

Thank you and sorry if my answer is too long. I hope it helps to clearify my issue.

Oh, that definitely works like a charm! Thank you @randals! 😀 I was soooo close! Who could ever think that, in order to fetch a taxonomy from an already looped content you need to create a new loop inside it? That doesn’t make much sense to me. This reminds me of fetching the current logged-in user’s information. What in CCS was…

[user avatar]

…in L&L it becomes:

<Loop type=user id=current><Field avatar /></Loop>

You’re right, @randals. CCS was plenty of example codes, whereas L&L is still poor in that, and we users are struggling too much for an early stage of mastering a plugin (a coding plugin!). Just let’s see how it grows, but it seems L&L has been around for quite a bit, and honestly, I think more examples should be documented by now.

I think I get the point of this new plugin: to create contents like you’re on a jsfiddle or codepen, with html, css and script separately. It has some good points (the AJAX pagination, for instance). I hope it turns to be as flexible or even more than CCS. BTW, looking forward an [is mobile]/[is desktop]/… equivalent in L&L!

Version 5.4.2 works perfectly. No warning popup, all fields mapped as expected. THANK YOU! Also, I’m glad that I could be a little helpful on this.

Marking now as resolved with all honors. 🙂

Just a quick note: hidden fields are not fetched in the field selection dropdown. (Maybe hence the message that popped up, because it possibly detected that some fields had changed). Not a big deal, anyway. Thank you!

• This reply was modified 4 years, 6 months ago by codimex. Reason: Adding more info

OK. I’ve got it. You and I were right: there are not repeated fields, but the dropdowns detect other shortcodes as repeated fields.

Let me elaborate. I’m using “Shortcodes Ultimate” plugin to create columns. These are created with the shortcode format:

[su_row]
[su_column size="1/2"] CONTENT [/su_column]
[su_column size="1/2"] CONTENT [/su_column]
[/su_row]

At this point, Post My CF7 Form thinks that [su_row], [su_column size="1/2"], [/su_column] and [/su_row] are fields, and since I’m using several columns all across the form, the plugin thinks that those are repeated fields.

I am aware of your “Smart Grid-Layout Design for Contact Form 7” plugin to create those columns, but I’ve tried it twice in the past and all my forms broke (that’s another story), and I prefer to avoid as many plugin conflicts as I can. For now, I think the best solution is to use CSS classes and media queries to recreate those columns instead of using Shortcodes Ultimate.

Thank you very much again for giving me the key clue to find the solution. I’ll leave this topic opened in case you want to add something, but feel free to mark it as resolved.