XF 2.4 Featured content improvements

Featured Content Improvements.webp
Since announcing Featured Content for XenForo 2.3 we have been closely monitoring feedback through various channels and our own overall vision for the feature and, as such, in today's Have you seen...? for XenForo 2.4 we are highlighting some of the recent changes we have made.

Automatic feature expiry​

When curating content, sometimes it can take time to manage the list of featured content effectively to ensure it stays fresh for your visitors, and part of that is the inevitable time where perhaps content is no longer noteworthy and needs to be "unfeatured". You can, of course, do this manually but, now, you don't have to.

For new and existing features in the "Customize" section you can now select "Unfeature after..." and specify the number of days the content should be featured for.

1740392676999.webp


Don't want to specify this manually? No problem. We now have a dedicated option group in the admin control panel:

1740393489932.webp


Within you will find, amongst other options, the default feature length, allowing you to set it once and all newly featured content will be automatically unfeatured after this number of days.

1740393726595.webp


More global controls, view permission and new advertising positions​

As you can see above, you can also now control the number of "Features per page" on the featured content list, along with the character limit of the feature snippets.

We have also added a new permission to control which users can view the featured content list.

Finally, we have added the following advertising positions:
  • Featured content: Above feature list
  • Featured content: Below feature
  • Featured content: Below feature list

Widget context children​

You can already use widgets to display contextual content which allows a widget to display content from the current forum where it is displayed but we have now extended this so you can also show featured content from its child forums too.

1740394983507.webp


Cleaner widget view​

For widgets that are able to display mixed-content lists, to distinguish between different types of content we prefix the title with the type of content it is. While this generally makes sense, it makes much less sense when the featured threads (or trending content) widget is filtered to show only a specific content type. In those cases we now no longer display the content type prefix:

1740395651458.webp
1740395744339.webp

Activity summary support​

It's a shame for the people who don't visit your site regularly to miss out on your curated content, so we've added a new "Latest featured content" section that you can configure and add to your activity summary emails.

1740395130586.webp


1740395411291.webp


Full REST API support​

If you want to manage featured content via the built-in REST API including creating, viewing, updating and deleting featured content then we've added all of the necessary endpoints to do so.

1740396598095.webp



Featured content list improvements​


We've also added other improvements to the display of featured content lists including the carousel view which now shows a small version of the featured image rather than the author's avatar:

1740397084159.webp



On the featured content list itself, we've added a member filter so you can see all featured content by a specified user:

1740397183236.webp



If you got this far, we hope you found something useful here to enhance your content curation efforts. We'll be back soon with more goodies for XenForo 2.4.
 
Like this. The lack of automatic expiration is the main thing keeping me from using Featured Content. Past experience has shown that getting people to promote stuff is easier than getting them to prune outdated ones. And many of the features will improve its utility, too.
 
For widgets that are able to display mixed-content lists, to distinguish between different types of content we prefix the title with the type of content it is. While this generally makes sense, it makes much less sense when the featured threads (or trending content) widget is filtered to show only a specific content type. In those cases we now no longer display the content type prefix
Really glad this was done out of the box without having to do it ourselves.

Edit: Hope this is for the trending widget too.
 
Last edited:
We've also added other improvements to the display of featured content lists including the carousel view which now shows a small version of the featured image rather than the author's avatar:

Does it (or can it) extend to the widget view? I made a suggestion a while back:


Nice to see on the carousel, but would be helpful in other views. Even this image would look better with the thumbnails versus the same avatar over and over:

1740418677576.webp
 
Last edited:
For widgets that are able to display mixed-content lists, to distinguish between different types of content we prefix the title with the type of content it is. While this generally makes sense, it makes much less sense when the featured threads (or trending content) widget is filtered to show only a specific content type. In those cases we now no longer display the content type prefix:
Great as I don’t have to add this function into my homepage portal in future updates
 
It’s removed from titles in lists where the content type is homogeneous. I’m not sure it makes sense to remove it elsewhere, at least completely.
 
It’s removed from titles in lists where the content type is homogeneous. I’m not sure it makes sense to remove it elsewhere, at least completely.
Displaying the content type to the reader presumes that the reader is able to understand what a content type is and what the specific content type means. We have to offer functionality accessible to the lowest denominator if we want to have a high level of usability. Therefore we need to assume that the reader understands neither of these things.
 
People understand what a thread is. Anyway, the point is it’s not just noise, it’s there to resolve ambiguity. I think it may be fair to say it doesn’t need to be as prominent (ie. part of the title), but it’s unlikely to be removed entirely.
 
So, lemme see if I understand: does this feature include being able to schedule an article to appear at a particular date and time? If so, is it visible and editable by the writer before it's published? This is something I really want.
 
No. The scheduling is simply about scheduling when it is no longer featured.

Scheduled content generally is a different thing
 
Back
Top Bottom