Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • Plugin Author Alwyn Barry

    (@dramb)

    For those looking for the Blocks version of this plugin, it’s available as ‘Blocks for Churchsuite’ and can be found here: https://wordpress.org/plugins/blocks-for-churchsuite/. Whilst I continue to feature-parity the Integration for ChurchSuite shortcodes, the ‘Blocks for Churchsuite’ plugin will get new features first.

    Plugin Author Alwyn Barry

    (@dramb)

    Ok, since v1.0.8 the shortcodes are now set to output dates, day and month names, and times using the locale for a site as set in the WordPress settings page: Settings->General. It will also use any custom time or date output set on that page. So, date/time output will automatically follow that set for the WordPress site.

    Plugin Author Alwyn Barry

    (@dramb)

    I’ve moved the Block Plugin to get the defaults set up for the WordPress Website (in the ‘General’ Settings) for locale and default time and date formats, and to render times and dates from those. This seems to work better – the server default wasn’t a useful way forward. I’ve also factored the time/date localisation code out into a single module to reduce code glut and improve maintainability. So I’ll move that code change into this shortcode soon so all can benefit.

    Plugin Author Alwyn Barry

    (@dramb)

    Ok, the Locale sensitive code is in now, and so should work ‘automatically’ to get the Dates and Times rendered appropriate to location. However, it could still be dependent on the server – it uses ‘Default’ as the Locale setting, which is that of your server. If this doesn’t produce the required results, let me know and I’ll get it to pick up the Locale setting from the WordPress settings instead.

    Plugin Author Alwyn Barry

    (@dramb)

    Just to say that I’ve updated the Blocks-For-ChurchSuite plugin so that it now uses the Locale to format all date and time output. I’ll move the changes back into this plugin as I have opportunity in the days ahead. Sorry for the prolonged delay in this – personal circumstances prevented the work.

    Plugin Author Alwyn Barry

    (@dramb)

    Of course, I potentially could use something like:

    $fmt = new IntlDateFormatter('de-DE', IntlDateFormatter::SHORT, IntlDateFormatter::NONE);
    echo "DE: ".$fmt->format($d)."<br/>";
    

    or to get a month name in a locale:

    $fmt = new IntlDateFormatter('de-DE', IntlDateFormatter::NONE, IntlDateFormatter::NONE, NULL, NULL, "MMM");
    $monthName = datefmt_format($fmt, mktime(0, 0, 0, $i));

    … but I’m not sure how well this will work for each country – the format produced might still not be what’s wanted. Anyway, I’ll look into this.

    • This reply was modified 3 months, 2 weeks ago by Alwyn Barry.
    Plugin Author Alwyn Barry

    (@dramb)

    Hi David.

    If you have any experience in coding, then you can use the plugin editor to edit the code to achieve this. The code is always in the cs-integration/public/shortcodes/class-cs-XXX-view.php files. For example the Event Card view code is on line 84 of the class-cs-event-card-view.php file and the time on line 86 and 87.

    I could add date/time format options to the short code. The problem would be sanitizing the input, but it’s doable. I’ll put it on my todo list, or you can raise a request on the GITHUB site.

    I have created a block version of this plugin – see https://en-gb.wordpress.org/plugins/blocks-for-churchsuite/. It’s the same underlying code as this plugin, but exposes the attribute parameters in the block editor, and shows the results as you make changes. I haven’t got a date format or time format option in that yet either, but it is certainly possible.

    Alwyn

    Plugin Author Alwyn Barry

    (@dramb)

    Ok, version 1.0.6 is up and I’ve tested that it works for me using your church details. Let me know if there is any problem.

    Plugin Author Alwyn Barry

    (@dramb)

    Hi Phil,

    An interesting one – on initial test, it worked fine for my church, but not for yours! So I investigated further.

    The problem is a ‘fix’ which I didn’t document. Event List only looks 5 days ahead by default so that it returns rapidly (the JSON query to the ChurchSuite API can be very slow!). This was based on the idea that the Event List would be to list upcoming events rather than featured events.

    You can override this by using the date_end attribute. So, for example, this works for me today:

    [cs-event-list church_name=”eastgate” num_results=”20″ featured=”1″ date_end=”2025-09-31″]

    But, of course, you don’t want to be hard-coding that end date.

    So, I’ve reworked the Event List plugin to add an attribute called days_ahead which you can use like this:

    [cs-event-list church_name=”eastgate” num_results=”20″ featured=”1″ days_ahead=”30″]

    I’ll push the change through as a new version of the plugin, and so if you update later today you should get the change.

    Link to Motopress Blog article mentioned in another comment: https://motopress.com/blog/motopress-plugins-are-not-available-on-wordpress-org/

    Interestingly, there is this report on Patchstack: https://patchstack.com/database/vulnerability/getwid/wordpress-getwid-gutenberg-blocks-plugin-1-7-4-cross-site-request-forgery-csrf-settings-change-vulnerability

    … which says that the plugin is to be reviewed by WordPress, but that contradicts the statement that the removal is ‘permanent’ in the WordPress.org entry for GetWid plugin. WordPress seem to have removed the access of the GetWid team so that they cannot readily guide or respond to users. Not a helpful set of actions for users like us! Thankfully Motopress seem to be really keen to resolve difficulties rapidly … we shall see.

    Thread Starter Alwyn Barry

    (@dramb)

    Just a concluding comment. I was running with SiteOrigin Page Builder and, having migrated to GetWid, I uninstalled Page Builder and suddenly the GetWid Template functionality worked!!

    I had tested deactivating plugins before and no difference, so it’s hard to see how uninstalling could change things. But that’s the only change and all is ok now.

    Just thought I’d let you know in case the issue crops up again.

    Thread Starter Alwyn Barry

    (@dramb)

    Thanks for trying … it’s a bit of a mystery.

    In regard to your suggestion, I also said in my first post:

    “On a local VirtualBox hosted development site with GetWid Base theme (or any another Gutenberg-enabled theme) creating and using Post Templates works well.”

    So, we know that this suggestion produces a working result. I cannot test by removing everything on the site because it’s a live site and it’s large.

    Summarising what we know:
    * The problem is not with the plugins – I’ve deactivated all but GetWid and there is no difference
    * The problem is not with the base WordPress – I’ve installed WordPress with Getwid in a test site and it works there
    * The problem could be with something related to where my current WordPress install is because when I re-updated the WordPress install it all worked once, but then refused to work again.

    I now strongly suspect there is a corruption with my WordPress database of the update working that I mentioned above, and also because there are problems showing some icons in the editor backend (they show as Hex rather than the icon – which seems to be a sure sign of a database error according to some blogs). But I can’t at present run a Database Repair because my last backup didn’t install correctly to a new database and so I can’t currently run the risk of corruption in the repair process.

    I think, as things stand, the problem may not be reproduced because of this potential Database issue. Clearly, however, there is something in this Post Template functionality that is somewhat fragile since there are also no errors reported. But how to find out what? Not sure.

    I’d suggest not using more time on this, and I’ll see what I can do to backup and then repair the database to see if that help.

    Thanks for taking the time to try to reproduce this problem … it’s not as obvious a problem or solution as I suspected it might be.

    Thread Starter Alwyn Barry

    (@dramb)

    Thanks for replying.

    As I said in my message, the theme is Ultra by Purothemes. But that’s definitely not the cause because the same happens no matter what theme I activate, including Getwid Base.

    Yesterday, after I did a reinstall of the WordPress 5.6 update, the added templates appeared. But when I add another new template it doesn’t appear after pressing the update button, nor if I leave that page edit and re-edit the page again. So, I think there is some issue with the way Getwid is interacting with WordPress to register the new templates (ie the way WordPress is handling the custom post type).

Viewing 13 replies - 1 through 13 (of 13 total)