New in 4.7: Exclude child categories

Up to 4.7, when filtering by a specific category the post items displayed included also posts from subcategories of the selected category. In 4.7 we introduce the option to restrict the post items to a specific category without displaying posts from its subcategory.

Customize test 4.6 – Just another WordPress site(4)

Multi selection is available in the premium widget

Is there a need to filter and select category with multi selection? We support such a feature in our premium widget Term and Category Based Posts Widget. We do this differences because we want a light weight widget with Category Posts Widget. In the most cases filtering and show posts from only one category fits all aims. On the other side our premium widget supports also custom post types. So the aim to select two or more categories, terms, what ever, … is more possible. So the filter UI from the premium widget can takes more time for configuration as the free version it does.

New in 4.7: Show all recent post, no category filtering

We think our widget has great features which are no match for the WordPress recent posts widget, and as there was always a possibility to hack the widget into showing all recent posts, we decided to just make it more organized by letting the user just specify an “All categories” in the category filter ti disable the category filtering all together.

Customize test 4.6 – Just another WordPress site(2)

Select more then one category

Is there a need to filter and select category with multi selection? We support such a feature in our premium widget Term and Category Based Posts Widget. We do this differences because we want a light weight widget with Category Posts Widget. In the most cases filtering and show posts from only one category fits all aims. On the other side our premium widget supports also custom post types. So the aim to select two or more categories, terms, what ever, … is more possible. So the filter UI from the premium widget can takes more time for configuration as the free version it does.

Client-side cropped-, adaptive- and also fluid images for Responsive Layouts

Client-side cropped- and also fluid images

Client-side cropped- and also fluid images

We decided in the past to add a image cropping feature (CPW since 4.1.6, April 13th 2016, as option and TACBPW since 1.0.1, as default), to set your image dimensions in pixel for the feature image or called thumbnail. We called it “CSS cropping for thumbnails“.

This CSS cropping gives your image the possibility to set dimension options for width and height. Our decision till now is to perform this cropping with CSS. CSS is fast and the website admin can use, but it’s not a have to. And our feature don’t neet to generate new images or actually a change for image sizes in the WordPress settings.

We talk much about the feature and implement it to other widgets like Same Category Posts.

We started to solve the max-width problem for our client-side cropped images

Solve "max-width" issue for client-side cropped images with Javascript

Solve “max-width” issue for client-side cropped images with Javascript

The problem we had with our cropped images is we can’t use the CSS property max-width, because the cropping is also made with CSS. No CSS rule solve both features correctly at the same time and we set a fixed width and height. For Responsive Layouts this is very bad to have only one image size and the image can’t be resized, e.g. for many different mobile devices and screen sizes.

For the 4.7 we tried a CSS solution again to solve the aim to have fluid images with CSS attribute max-width. It’s Mark again who mentioned to try it with Javascript. And now it’ll be available with the 4.7 (4.7 beta 1).

The Javascript code works only once at page load or on page resize. Last one is in the normal website usage not performed. The Javascript code is also performance optimized and curse a very less millisecond delay while page load.

Demo page: demo.tiptoppress.com

Advantages with client-side responsive images:

  • No additional (server-side) libraries required.
  • No cookies required.
  • No extra server configuration needed.
  • Does not attempt to perform any client OS detection.
  • Server image storage doesn’t change.
  • Fast server response any time.
  • No image quality loss.
  • No side effects with frequent use on several pages.

Other image features for Responsive Layouts are planed

We’re happy we found a solution and we hope we don’t get problems and can solve the requested Responsive Layout support. What we also want is use the CSS attribute “width” like percentage unit (100%). And either for one dimension and the other as pixels or for both, no size restriction is given and the image fill all the available space. We planed it also for the 4.8 – be patient if all works right.


Related posts:

New in 4.7: Default thumbnail

Thumbnail are great for the look of the page, but the problem with them is that they require some extra effort when editing the content, an effort for which you might not have time when you rush to publish something, or you just forget.

This kind of situation could have been handled in 3 different ways before 4,7

  • Do nothing and just don’t display a thumbnail. If the thumbnail setting produce a small thumbnail, it might be ok, but when the thumbnail is big and dominant, an item without it will ruin the balance of the design and might be harder to spot.
  • Just don’t display posts without a thumbnail. This keeps the visual balance but it means that the post is going to be more hidden than other posts.
  • Use a plugin that lets you specify a fallback thumbnail.

In 4.7 we are going to add an additional option, to set a fallback thumbnail for a specific widget. This will let you keep the visual balance without having to install additional plugins, and even have different fallbacks in different widgets.

default-thumbnail

And something that might have looked like

Customize test 4.6 – Just another WordPress site(2)

easily transformed to (notice the first item)

Customize test 4.6 – Just another WordPress site(3)

This feature will go into the 4.7 version of both the “free” and “pro” plugins due to be released right after WordPress version 4.7 will have its first RC release which is scheduled right now to november the 15th.

You can try the feature by downloading and installing the beta from https://github.com/tiptoppress/category-posts-widget/releases/tag/4.7.beta1, and report bugs or just get an impression of what is planned from our bug repository at https://github.com/tiptoppress/category-posts-widget/issues

New in 4.7: Skip first few items with the offset parameter

Some times you just don’t want to show the most recent posts, maybe because you have two widgets and the two most recent posts you want to display in the sidebar while another 8 are displayed at the footer.

To get this possible in 4.7 we have add an “start offset” parameter (not the greatest name, suggestions welcome) to indicate how recent (or whatever sort criteria is used) the post displayed should be, with a value of 1 indicates that the posts should stat with the most recent, 2 indicates they will starts if one item after the most recent and so forth (we preferred a 1 based system as it seems to be easier to understand than zero based one).

Technically the feature is implemented by requesting the DB to return items starting from position N and does not retrieve the first “ignored” items at all.

Widgets ‹ test 4.6 — WordPress(1)

This feature will go into the 4.7 version of both the “free” and “pro” plugins due to be released right after WordPress version 4.7 will have its first RC release which is scheduled right now to november the 15th.

You can try the feature by downloading and installing the beta from https://github.com/tiptoppress/category-posts-widget/releases/tag/4.7.beta1, and report bugs or just get an impression of what is planned from our bug repository at https://github.com/tiptoppress/category-posts-widget/issues


Related posts:

New in 4.7: Multiple shortcodes

When we added the shortcode to 4.6 we were not very sure about the way the feature was implemented. Due to the large number of option it was obvious that doing it the “normal” way works and users know it and accept it, but making users cram them on one line hoping that they got the syntax correctly is a bad user experience.
Instead we decided to try a different approch, use the shortcode itself as a pure place holder, and configure the settings via the customizer, with the settings being stored as a custom field in the relevant post DB instead of being part of the shortcode itself.

Wanting to reduce the risk of developing something that people will hate, we implemented in 4.6 only one shortcode per post, but in general it seems like the feature got a good reception, we had a very good experience with it while testing the code and setting our own demo pages, and seems like the only problem where with some obscure page builders (Pippin Williams’s review of them is a must read) and therefor we are enhancing the feature in 4.7 and enabling to have as many shortcodes as you like.

The only change from 4.6, is that if you want to have more then one shortdcode, in order to differentiate between the short codes you need to assign a value which will identify them in the attribute “name”. The value can be anything you like, no special formatting is required. If the name attribute is not explicitly assigned it default to be a “” (empty string).

Here is an example of how it looks in the editor:

Edit Post ‹ test 4.6 — WordPress(1)

And the possible front end output.

4.7 test – test 4.6

This feature will go into the 4.7 version of both the “free” and “pro” plugins due to be released right after WordPress version 4.7 will have its first RC release which is scheduled right now to november the 15th.

You can try the feature by downloading and installing the beta from https://github.com/tiptoppress/category-posts-widget/releases/tag/4.7.beta1, and report bugs or just get an impression of what is planned from our bug repository at https://github.com/tiptoppress/category-posts-widget/issues


Related posts:

With one click to the WordPress “Customizer”

WordPress admin sides have some areas, configuration panels or widgets to configurate.  So you can get all settings in only few clicks. And it wasn’t WordPress if you can configurate all. So we decided to expand this navigation buttons with a additional customizer link. If the user is in post or page edit mode and use our widgets: Term and Category based Posts Widget or Category Posts Widget.

WordPress don’t supports this link because there is no need for this link without using our widgets. But our widgets give you the oportunity to add shortcode in the content area and configurate it in the customizer. Right, we propose the shortcode configuration only in the customizer.

with-one-click-to-the-customizer

We propose to use the customizer to configurate widgets added with shortcode

We know and use widgets which extends WordPress’s admin navigation buttons, menus, etc. For example for navigating between posts or pages with a forward and backward button with the Admin Post Navigation. Widgets like this can be very helpful to change many posts in a row and there is no need to go back to the post edit-site and admins save a lot of time. We decided to write not a own widget and we also decided to make this link not configurable to show or hide. The link we set is fix.

After saving your post or page the “customizer link” is visible and available for use. And you’re with one click in the there:

after-one-click-to-the-customizer

In conclusion here is a interesting blog post why we decided to use the WordPress customizer for the widget options and settings configuration: tiptoppress.com/the-customizer-in-in-our-focus/
Second reason is we had a lot of options to configure and we search a more computed way to do this configuration with shortcode.

Help us us to improve this feature. Most of all we’re looking forward when you write as a comment or private message.

WordPress 4.6 ready?

We just ran some preliminary compatibility tests with WordPress 4.6.beta1, and as we expected we don’t see any obvious problems, so if you like to live on the edge we are not going to hold you back 😉

This is of course far from being complete testing which we will do only when 4.6 will enter its RC stage at the end of this month.

This applies both to version 4.6.1 of the free plugin and version 1.0.3 of the “pro”. A new version of the “pro” plugin is scheduled to be released by the end of the month and it will focus on using the widget as a shortcode with various different layouts.

Make a dynamic landing page navigation

With few less custom code changes you make with your post previews a landing page navigation.

  1. Add a few posts in a same category and set for each post nice thumbnail feature images.

add a thumbnail feature image to each post

  1. Use [catposts] to add the the free widget Category Posts Widget to the content with shortcode.

add the widget to the content with shortcode

  1. Go to “View Post” and the added the widget should looks like blank post headlines while no widget options are set.

widget added to the content

  1. Use recent posts and order by filter option from Category Posts Widget

It will be dynamically changed …

… because you can use all the widget setting options for filtering the used posts and set order-by filters for a single category. If you want more and you use a bigger WordPress site, you can use the Term And Category Based Posts Widget wiche adds “custom post types”, “custom taxonomies”, WooCommerce products, multi selections, etc.

Use disable widget CSS option.

widget-option-settings-b

  1. And you get something like this.

configuration in the customizer

  1. Float left to make horizontal alignment.

And for transition you can add CSS3 transition time.

  1. After using the CSS attributs and selectors your content should looks like this.

 

Downlaod link: https://wordpress.org/plugins/category-posts

Live-preview with the WordPress customizer

wordpress customizer

Since WordPress 3.4 it is possible to deposit a theme-dependent Options menu: The WordPress “Customizer”.

Here can specified a variety of settings for the website layout and provided for the Theme user via the WordPress backend under “Appearance> Customize”. For example, texts deposited, CSS classes or complete CSS files are enabled or disabled individually, colors chosen etc. All this has to be processed without the source code. In particular, if one wants to make a theme for a wider audience, for example, on WordPress.org or Premium Theme, you are provided so an elegant way to the user all the important settings easily from the WordPress backend make changable.

One much technikal great feature from the customizer is: Your are in the backend, but the currently used webpage is visible. All changes are made with the visible customizer were displayed in the visible layout and thus receives an immediate preview – a “Live-preview”.

However, a small difference to normal WYSIWG-editors has a big impact. The options can be choosen by each Theme developer or by us widget developers. Our widget option settings where displayed here with the customizer and give spezific values to change the widget and widget area details

WordPress come-up with a new feature for the customizer to display mobile device screen dimentions.

Our posts widgets benefit enormously!

customizer-options

So the thumbnail sizes are changed and the change is immediately visible. Or options can be discovered and tried out. Since they are very specific, are from many widget developers made and give a web site administrator creative ways for shaping your WordPress website.

We spend much time to test the admin panel in the customizer. And increasingly think from the perspective of customizers. As long as WordPress supports and develop this great feature further, it will gives us the boost to make also new ideas and we arise inovativ options.