sadesades

Could you add like you have the end time on the “my-calendar-templates.php” but for start time since using {time} adds GMT instead of the time zone of the server

at the @hook mc_date_utc_format

$starttime = ( '23:59:59' === $event->event_begin ) ? '00:00:00' : mc_date( 'H:i:s', strtotime( $real_begin_date ), false );

$e['starttime'] = ( '00:00:00' === mc_date( 'H:i:s', strtotime( $real_begin_date ), false ) ) ? $notime : date_i18n( mc_time_format(), strtotime( $starttime ) );

When adding this one it does keep the correct timezone EDT instead of GMT

I would vote for this to have one of those {visitortimezone} this is so much needed

Well it is not cached and I just also tested it on a fresh clean localhost install and it happens as well if I go to a link like the following https://testsite.local/definitions/?az=B if I change the end to any other letter if there was an item sent to trash, it will display on the archive page, for the record it would not show on the shortcode page, just the archive page when loaded with the “?az=” variable.

It seems it changed recently, can we request the ability to have a hook to control this as well or the ability to remove the limit with a hook?

The new version is looking good, I did not find a way to add date rangers, I did some testing and this is what I found:

Input fields, select fields etc this is for the default plugin styles or functionalities…:

Focus Identifier should have a contrast ratio of at least 3:1

https://www.w3.org/WAI/WCAG21/Understanding/contrast-minimum

The focus identifier should display as a solid outline around the actionable field and fully visible ( The default styles is hard to notice so recommended ) Understanding Success Criterion 2.4.13: Focus Appearance | WAI | W3C

Date Picker:

Focus identifier as above and is even harder to notice.

Ensure that all content can be accessed with the keyboard alone. this part fails when using the date picker, users can only navigate through the days to get to a month they need to press the arrows to the first day or last day of the month, there is no way with keyboard to access the month and year drop down on the top of the datepicker.

https://www.w3.org/WAI/WCAG22/Understanding/keyboard-accessible

Imagine the scenario a keyboard users is on the calendar widget and wants to search 15 years ago, or 8 months back, the way it is working right now would not be efficient, and hard to reach, even if they can type the year or dat, since there is a calendar widget it needs all its elements to be able to be accessed by keyboard.

On the same Calendar widget the focus order after using the arrow keys to select a day, if I press the tab key, it jumps to the first element on the page (Skip Content link for example), this focus sequence is wrong and fails for https://www.w3.org/WAI/WCAG22/Understanding/focus-order

Another issue with the datepicker, after picking a date if using the keyboard i remove the date the focus on the field is not visible.

Hope this helps to improve the plugin, it is looking great hope to be able to use the final version soon.

Sorry, yes this is fixed after the update, thank you.

Running on WordPress 6.4.1
And for your question yes when I have it sort on terms and switch to no group is when I see the error.

Thanks

You can replicate this adding several paragraphs inside a group block it does it as that

When will this be fixed not every one has WP-CLI on their host, or phpmyadmin access, will there be a version that fixes this message by the plugin itself?

I would prefer it to not leave the amounts of empty spans, but I guess Im just picky thanks for the response

I believe the author is referring to adding in your theme functions the following and please correct me @eskapism if I am wrong

add_filter("simple_history/db_purge_days_interval", function ($days) {
$days = 0;
return $days;
});

It sounds like your site got compromised to me.

I suggest you change your password make all your users to change their password to, run a security plugin like ithemes or from securi to check your site, good luck with that.

Thank you for the replay, that would be great to have something to just shut down the logs from subscribers or by role to not do any edit or writing onto the database.

Hi Patrick thanks for the response Yes it is something like that.

Could we request the pipe work with listo example something like

‘en’ => _x( ‘English|en’, ‘products’, ‘listo’ ),

At least when it sends the email?