sixtyseven

Works like a charm with the latest plugin update. I simply added a meta box with one field to the produt page, this field returns the post_id of my associated event. In the twig section, I assigned this ID as follows:

{% set event_id = get_field(‘ticket_event’, PRODUCT_PARENT.get_id) %}

Since Sasolo implemented a usable get_field function for twig, I now have access to each and every ACF value of my event CPT, like so:

{% set event_title = get_field(‘event_title’, event_id) %}

Now I can use the event title whereever I need it: {{ event_title }} I know that there must be other ways to achieve this, but in my case it works as I need it.

This plugin is a perfect addition to my self coded events calendar.

Greetings from Germany,

Error’s gone now, pictures on edit.php?post_type=yeemail_template&page=yeemail-addons are okay as well. But on this page, the texts are still partly wrong: “The plugin has the ability to import/capture customers from eForms! To automatically add/update eForms submissions to your Perfex CRM” And on all these blocks, the link still goes to the Perfex Addon Page. No dealbreaker for me so far, but as you are clearly advertising your products, this should be fixed immediately. Justr my two cents, though.

For now I’ll stick with this plugin, seems it covers all my needs. And the nice builder makes it different from it’s competitors. So Kudos and a big thank you for your effort.

In the front.action.php on Line 283 I found this part:

$html = $msg_body;
$html = nl2br($html);

Perfect would be something like

$html = $msg_body;
$html = apply_filters( 'cf7_pdf_message_body', $html, $wpcf, $submission );
$html = nl2br($html);

By this simple addition I could write something like ###my_replace### in the PDF Message body and replace it on the fly with data that I can get from the form submission. In my particiular case I want to calculate something by two values of transmitted form fields and print out different text bits regarding that calculation.

Does that make sense to you? If so, thanks for considering my suggestion.

Folgender Constructor:

  public function __construct($product = null) {

        $this->product_type = 'ticket_bookable';

        parent::__construct($product);

        $this->set_virtual(true);

        $this->add_meta_data('ticket_bookable', 1);
    }

Demnach ist mein Produkt doch virtuell, in der wc_product_meta_lookup Tabelle steht im Feld virtual auch der Wert 1. Dennoch wird bei Zahlungsbest?tigung der Bezahlstatus nicht ge?ndert. Habe ich etwas übersehen?

Ich hatte mir als Workaround schon folgendes überlegt:
Per add_action( ‘woocommerce_thankyou’, ‘check_ticket_order’ ); auf die comments tabelle zugreifen, dort per $order_id die Datens?tze herausholen, durch die rows loopen und fals in denen “IPN Zahlung abgeschlossen” gefunden wird, die Bestellung per $order = wc_get_order( $order_id ); und $order->update_status( ‘completed’ ); abzuschlie?en.

Aber ist das nicht fürchterlich kompliziert für so eine kleine Aufgabe? Ich bin wirklich für jeden Tipp dankbar.

Grü?e aus dem Ruhrgebiet
André

Thanks for your response. But I’m afraid I can’t. Although I am registered with github, I never created such a request ??

I just fiddled with another little enhancement: Disabling the comment submit button until GDPR is accepted, when gdpr checkbox is present:

// disable comment form until gdpr is checked
	 if($('#cren_gdpr').length > 0 && $('#submit').length > 0){
		 if(!$('#cren_gdpr').is(':checked')) {
		 	$('#submit').attr('disabled', 'disabled');
		 }
		 $('#cren_gdpr').click(function() {
			if ($(this).is(':checked')) {
				$('#submit').removeAttr('disabled');
			} else {
				$('#submit').attr('disabled', 'disabled');
			}
		});
	 }

Just in case someone could need this.

Thank you very much. That looks adaptable to me.

Dang, sometimes one is simply too blind to see. Thanks for clarify that. Maybe a bit laborious, but works like a charm.

Seems that I am coding more widgets in the future ??

Thanks again and stay safe!

This is great newa, thank you for your effort!

Thank you very much for that quick fix, works like a charm.

Since I am using swipebox on a few other pages, may I ask what the solution was? Was it replacing the original swipebox with https://github.com/mho79/swipebox/ ? Did you have to change something else?

Once again, thank you very much.

Hi ThemeGrill Team,

since you wrapped this function in if(! function_exists('spacious_hex2rgb')):, everything is working fine for me now.

Thanks for your suppport.

Very nice, thank you. Woks like a charm.

You could probably think about replacing the slightly outdated function with my provided code completely ?? Thanks for considering my suggestion.

Will do so, but not before the end of next week. I have to go to the hospital for a few days. But after that I am more than willing to help you iron out these little issues.

First of all: Thanks for the reply.

I checked the original audio file, yes it was 5.070 KB.

Next, I tried it with another audio file that was only 2 MB in size. That lets me start the player, but once stopped, I could not restart it again.

After that I tried it with two different Players on a page, both with a separate ID and with mp3 around 2MB size. Same result. I could start them (despite the fact that they are running simultaniously, see my other post), stop them once, but could not restart them again.

This behaviour does not change, even if I wait several minutes.

Great plugin so far, but has some little flaws. And I really, really like the vizualisation. Perfect for my band’s page. And my two cents: 5mb is not that big for a nice mp3 file these days. At least I think so.