Post and term listings

Archives and listings Pro
This article covers functionality available to customers on the Pro version.

Two mechanisms with the same design: the post listing and the term listing, meaning lists of categories and tags. They travel together through this documentation rather than living in separate worlds.

Both are declared once, as a schema: a single description of the fields, groups, and conditions from which every surface is built.

#Why that matters to you

One declaration feeds every surface at once: the Elementor widget, the block in the editor, Theme Options, the fields on objects, and the static parts of the theme templates.

So a new card type or a new setting appears in all of them at the same time. Not "we will add it to the widget later," but literally the same field.

The practical conclusion is worth stating: somebody working in the block editor and somebody working in Elementor have identical capabilities. Neither one is on an older version of the listing.

It is also the answer to "why does this theme have so many listing settings." They were not written once per place. They were described once.

#Where third-party sources stop

A live selection from Algolia is a separate widget with its own data source, not a mode of this schema. Do not mix the two: it has a different kind of query and different abilities.

#Where to go next

  • Where listings are used: every place a listing appears.
  • Listing settings and query: what it shows and where the posts come from.
  • Customizing the look: how it looks.

Last updated

Was this article helpful?

FIND THE ONE THAT FITS YOUR PROJECT

Import a demo, swap the content, adjust the layout. Modern WordPress under the hood, fast even when the site fills up.