Skip to main content
drupalreleases
Release: Better Exposed Filters 7.2.0 — Minor update available for module better_exposed_filters (7.2.0). Release: Libraries API 4.2.1 — Minor update available for module libraries (4.2.1). Release: Svg Image 3.2.5 — Minor update available for module svg_image (3.2.5). Release: Taxonomy Menu 8.x-3.9 — Minor update available for module taxonomy_menu (8.x-3.9). Release: Mismatched entity and/or field definitions 1.3.0 — Minor update available for module meaofd (1.3.0). Release: Emporiqa AI Chatbot 1.1.2 — Minor update available for module emporiqa (1.1.2). Release: AlternativeCommerce NovaPoshta API 1.1.11 — Minor update available for module basket_novaposhta (1.1.11). Release: Bootstrap Cloud 7.1.8 — Minor update available for theme bootstrap_cloud (7.1.8). Module Revived: @font-your-face 4.3.0 — Module fontyourface updated after 7 months of inactivity (4.3.0). Security Coverage: Open Y Branch Selector — Module openy_branch_selector now has official Drupal security advisory coverage.

Paragraphs Condition

2 sites No security coverage Drupal 10–11

Part of the Paragraphs ecosystem · 86 projects

View on drupal.org

This module allows you to show or hide blocks based on the specific paragraphs used to build a page, rather than just the page's content type or path. This is particularly useful for sites built with the Paragraphs module where pages are assembled from various components. It enables blocks to dynamically appear or disappear as editors add or change paragraphs, ensuring blocks are displayed correctly on relevant content.

Paragraphs Condition lets you show or hide a block depending on what a page is made of, rather than on what kind of page it is. It adds a "Paragraph type" visibility condition: the block appears when the page you are viewing contains a paragraph of one of the types you pick.

When you need it

On a site built with Paragraphs, some pages are not really "a content type". They are a landing page, or a basic page, assembled out of components: one holds a search, another a map, another a directory. They all share the same content type with hundreds of ordinary pages, but each needs its own blocks, its own facets, its own sidebar.

You probably want this module if any of these sounds familiar:

  • You keep adding paths to a block's "Pages" setting every time an editor publishes a new page.
  • You cannot use the "Content type" condition because the pages you want to target share their content type with everything else.
  • You created a content type whose only purpose was to make a block appear.
  • An editor moved or renamed a page and a block quietly disappeared from it.

This condition targets the thing that actually makes those pages different, which is the component they are built from. Pages created later work on their own, with nobody touching the block configuration.

How it works

The condition looks at the whole component tree of the page, so a paragraph nested inside another one counts. That matters on the usual setup where a layout component, a "Section" or a "Row", holds the components that do the real work.

It is not limited to nodes. Taxonomy term pages, media pages and any other entity your site defines work the same way, so a single block can be shown on a node page and on a term page with one condition.

What you can configure

Paragraph types. The components the condition looks for. Pick several and the block appears when the page holds any one of them. Pick none and the condition does nothing, so a half configured block is never accidentally hidden everywhere.

Entity types and bundles. Optional, and worth filling in. It narrows the condition to the pages that can possibly matter, written one per line as node:landing_page, or as just user to cover every bundle of an entity type. Besides letting you say "this component, but only on landing pages", it keeps the condition cheap: on every other page of the site the answer is a string comparison, with no components loaded at all. What you type is checked when you save the block, so a mistyped machine name is reported instead of silently matching nothing.

Negate the condition. The standard checkbox, for hiding a block precisely on the pages that contain a given component.

Requirements

This module requires the Paragraphs module.

Depends on

Dependencies of the latest stable release

Required by

Tracked projects that depend on this one

No tracked projects depend on this one yet.

Activity

Tracked releases
3
Tracked since
Aug 2026
Latest release
1 month ago
Releases (12 mo)
3 ▲ from 0
Maintenance
Active

Release Timeline

Releases

Version Type Core Release date
1.0.1 Stable 10–11 Aug 25, 2026
1.0.0 Stable 10–11 Aug 25, 2026
1.0.x-dev Dev 10–11 Aug 25, 2026