EkoJR

Plugin isn’t quite abandoned, and in the last update I tried to make it as stable as possible. Plus, with Gutenberg, there’s been fewer people using the plugin. However, I would like to update the codebase at some point.

If there is an issue, I can still provide bugfixes if needed, but feature requests might get pushed back.

As far as I’m aware of, the plugin should be stable with the latest WP release. I still use the plugin, and it seems to be operating as intended.

Awesome! That fixed the issue.

Thank you!

It occured during an update. Not sure which version update triggered it though.

I haven’t been able to reproduce the issue, but the UI has been getting old and could use some improvements. One of the last updates changed to have the JS & CSS packaged with the plugin, and should prevent CSS from breaking if that is the case.

It’s been awhile since I’ve personally used this feature, but I have noticed some complications with it. Over time, the main complication has been with user capabilities, and for the most part it is intended for security reasons. However, some Themes & Plugins may handle registering user capabilities differently, and may not be registering them on the front-end, and results in the query arg having no results even though the user is logged in. Most importantly though, the user must be logged in with the correct permissions/role to view future posts; guests/visitors cannot see future posts.

I had originally added future posts status value since it was part of WP’s query args, and I saw a lot potential in making custom Admin/Editor HUB/Page, but over the years it has become dicey.

Unfortunately, I don’t have a solution readily available. Hopefully this gave you some insight to help you with a solution. Otherwise, this is something that would need to be investigated further.

The easiest way is to just add <br /> at the end of “List Content”. Most of the HTML & CSS is left to the user to design and structure.

Regarding the post_date format, it looks like shortcode attributes need to be single quotations now, and it was reverting to the default format. Although, I thought at one point in the past there was an issue with single quotations; something may have changed with WP’s parse.

It should work by replacing the post_data shortcode as [post_date format='d.m.Y'].

Thanks for taking the time to report this. I’ll have to take a look to see what may be causing the issue with the extended widget class.

Meanwhile, you could use the “Text” widget and paste the post_list shortcode (sounds like you already attempted). If that doesn’t work, it could be because your theme doesn’t have shortcodes enabled for it. In that case, you’ll need to add the following line to your (child) theme’s function.php file.

add_filter( 'widget_text', 'do_shortcode' );

That should fix the issue. Otherwise there’s still the PHP concept, which would be more complex approach that developers can utilize.

Glad to hear!

I kinda figured it may have been that post, or the prior post, but couldn’t tell for sure unless I knew how the posts were designed. Looks like it’s good now, and nice work btw!

That appears to be a bit of an odd bug, and I would expect APL to remain consistent with the backend operations.

I have seen this occur in various situations, not directly related to APL, when an HTML element is missing an end ( </element> ), or in some cases a misplaced element end. This may not be the case, but taking a quick look on the site, it does appear the HTML pattern breaks at an article named “Who lives in the woods? Owls do!”.

If that is the case, and you are using [post_excerpt] on a post without an excerpt. It may be trying to pull from the post content with a missing element end; however, the code should be stripping element tags to avoid it. I would start by checking the post mentioned above, and adding a post excerpt to it (without any HTML elements). So that way it only outputs a text string.

Someone else had a similar request, and one solution might be for the plugin to add a filter to the query args. It would at least allow custom adjustments.

There are some concerns making it part of the UI/UX since searching and adding metadata to the settings may not would work out well. Especially since it can be so diverse and loose; plus metadata can still exist from plugins that have been deactivated/uninstalled. It would be a very useful feature for me to think about a solution though.

If it helps, there is a promo discount currently going on for a few months.

Glad you enjoy the plugin!

I can definitely relate to your situation, but it was years ago when page builders were just starting to catch on, and everything else at the time just wasn’t producing the right results. After digging for a few days, I came across a plugin that was being abandoned, and after contacting the author for approval to continue. This is what I came up with, and I still use this plugin quite a lot.

If you are looking for improved templating, there is a Pro version available. One of the key features is being able to create Designs separately, and apply a design to a Post List. Which I find very useful for post lists that share the same design, or for seasonal design changes; rather than having to manually copy and paste designs or change out shortcodes.

Thank you for the heads up. I had just noticed this the other day as well while skimming through the logs. Luckily, it’s just a notice, but I’ll have to add an IF check to resolve it.

If all else fails, there is the [php_function] shortcode.

There could be a potential bug with the meta shortcode, but as a fallback the [php_function] has always been supported for situations like this.

No there currently isn’t, but there is a similar issue I believe would help resolve it.

Add Filter for Query Args in Post List loop

Yes there is support for Pagination, but it is a Pro feature. The website has also been restored as well.