KleinBloemetje

Looks like I have a similar issue right now.
In the sidebar, I have included a widget showing a changing set of photos using the “no-strip” option. Works great on most pages.

However, I also have a photo page showing the same gallery using the option “strip-below“. When I open this page, the widget also shows the strip of thumbnails.

Looks like both shortcodes are interfering with each other when used on the same page.

Any suggestions on how to fix this would be greatly appreciated.

@marcelo,
Keeping track of the updates is no different than what you described before. The main benefit is in the fact that the translation files are not lost when the plugin is upgraded.
Hopefully, this plugin will offer some help in this process by supporting the wp-content/language directory.

I would also very much apprciate this option.

An example is the “theme-my-login” plugin I use.

One suggestion for your issue is to store your translation files in a separate directory. WordPress has provided this in the folder “wp-content/languages”.
For the “theme-my-login” plug-in I use, I created a folder “wp-content/languages/theme-my-login” containing my own translation files.
Whether this will work in your situation depends on the coding of the plugin…

Unfortunately, this localization plugin doesn’t find these translations, that’s why I’m currently browsing this forum. ??

Hai PrfctGdess,

Nice suggestions.

One question though: If the product groups only differ in the name of the product, why not use a single group with an additional multi-select field to identify the group?

Nice!
Can’t wait for the next release.

What I was looking for are the values for ‘receipt_from_address’, ‘receipt_from_name’, ‘send_reciept’ and ‘send_notification’.
With these values, I can completely control the working of the notifications.

E.g. perform some tests to skip or alter sending emails from certain (type of) users, depending on the values entered in the form.

Wow, what a quick response!

And I think you understand correctly.
After some re-thinking, I came to the same conclusion. The misunderstanding arose from the difference in the list of parameters provided and set.

However, if I would really like to implement my own filter, I’m missing the flags to determine whether or not to send a notification.

For now, I’m looking out for the next release.

Thanks for adding it to the feature request list.
The work-around was known, but a bit cumbersome when dealing with over 60 fields and hundreds of participants…

Maybe it is an idea to replace the title using the WP translations like this:

<?php $this->field->title = __( $this->field->title , 'participants-database'); ?>

Ofcourse you’ll have to update the language files accordingly…

Sorry,
Testing myself, I found some more necessary updates.
(BTW, I updated agains Version: 1.4.9.1).

Additional updates:

File “participants-database.php”, line 955:
Replace line:
//$return = empty($value) ? '' : date_i18n(get_option('date_format'), self::parse_date($value));
With line:
$return = empty($value) ? '' : self::parse_date($value);

File “FormElement.class.php”, line 1022:
Add lines:

$time = preg_match( '#^[-][0-9]+$#', $timestamp ) > 0 ? (int) $timestamp : strtotime( $timestamp );
$display_value = $timestamp == '0000-00-00 00:00:00' ? '' : date_i18n( get_option('date_format','r'), $time );
return $display_value;

Hope this helps…

Hai,

I think I’ve solved this problem.
Can you have a look at line 2404 of “participants-database.php”:

2400: if (preg_match('#^[0-9-]+$#', $string) > 0) {
2400: if (preg_match('#^[-][0-9]+$#', $string) > 0) {

It seems that the function “parse_date” is too loose in parsing the date offered when it is of the form “06-05-2013”, i.e. containing only digits and ‘-‘ chars.
When I remove the ‘-‘ from the regex, it only recognises strings with digits, i.e. an actual timestamp. It now also checks the first char to be an optional ‘-‘ for negative integers…

Can you help testing whether this works?

Thanks for your answer and the reference to the API.
Unfortunately, I can’t see how the api could help me.

Today, I have nearly finished my own implementation.
What I’ve done is the following:
+ Create a new table holding my own information, e.g. the working hours from the first example.
+ Create a new class, e.g. MY_Working.class, based on the PDb_List_Admin class.
+ The new MY_Working class shows and handles two parts:
+ + a table listing the currently stored working hours,
+ + a table listing the fields for a working hour record to add a new record.
+ Create a new short code to include the new MY_Working class on a page.

It took some php coding and extensive testing, but thanks to the source code already provided, it only took me two days uptil now…

Thanks again and maybe this item can be closed now?

Hy,
Appreciate the plugin very much too.
It has helped me a lot uptil now.

And having a situation similar to simplycarriacou, I was wondering about the progress or any hints to get this going.

The way I was thinking was to start a new table using another plugin, e.g. with support for a custom form and then use the user login code as a hidden primairy key. Would this help?

Any help appreciated.

Hai,
Changing the permalink structure on the admin panel of each page seems strange to me. I would use the “PermaLink” settings on the Settings page of the Admin panel.
On that page, you could define the permalink structure to a personal setting, e.g. “/%postname%/”.

Maybe the issue is solved when you replace your reference to “pagename” with “postname”?
Or maybe you are missing the closing “/”?