❌ More High-Resolution Breakpoints + Fix Inconsistent Breakpoint Support Across Widgets

[marantz9090-bot]

Describe the Problem

Hello Elementor Team,
I’d like to request improvements to Elementor’s responsive breakpoint system, especially for high-resolution desktop screens, and also report a related responsiveness inconsistency across widgets.

1. Feature Request — Add more high-resolution desktop breakpoints
   Many sites today are viewed on 1440p / 4K monitors (commonly used in East Asian markets as well).
   Please consider adding additional desktop breakpoints/presets and/or allowing more flexible custom breakpoints, for example:

Desktop XL: 1600px

Desktop 1920px

Desktop 2560px

Desktop 3840px (4K)

Also helpful:

Ability to define custom breakpoint ranges (min/max) more flexibly

Clear inheritance rules between breakpoints

Consistent responsive UI across all widgets

2. Bug / UX Issue — Breakpoints behave differently depending on the widget
   Some widgets do not expose or respect all active breakpoints in their Responsive controls. This makes it impossible to apply consistent responsive behavior site-wide.

Steps to reproduce (example):

Enable/add additional breakpoints in Site Settings.

Edit multiple widgets (e.g., Menu widget vs other widgets).

Check Responsive settings: some widgets show only default breakpoints, while others show the full list.

Expected:
All widgets should show and apply the same active breakpoint list consistently.

Actual:
Breakpoint options and behavior vary by widget (inconsistent support).

Thank you for considering:

Expanding high-resolution breakpoints for modern desktop screens

Fixing breakpoint consistency across all widgets’ responsive controls

Propose a Solution

Implement an expanded and consistent breakpoint system across Elementor:

Add new optional desktop breakpoints

Provide built-in presets such as 1600px, 1920px, 2560px, 3840px (4K).

Allow users to enable/disable these in Site Settings → Layout → Breakpoints.

Allow fully custom breakpoint management

Let users add/remove breakpoints (within a safe limit) and define each breakpoint’s min/max range.

Provide clear inheritance rules (e.g., styles inherit from the nearest larger breakpoint unless overridden).

Make responsive controls consistent across all widgets

Ensure every widget reads the same active breakpoint list and shows identical responsive toggles.

Centralize breakpoint handling (one shared internal API) so widgets don’t diverge.

Backward compatibility

Keep existing default breakpoints unchanged unless users opt in.

Migrate old settings safely and keep CSS output stable.

QA / Validation

Add automated tests to verify every core widget exposes and respects all active breakpoints.

Include a small “Responsive Debug” indicator (optional) to show the current active breakpoint while editing.

Additional Context

No response

Agreement

• I confirm I have read and followed all the guidelines and instructions outlined in the Feature Request form.
• I agree that my discussion may be closed without further action if it doesn't meet all the requirements outlined in the Feature Request form.

[nicholaszein]

Hi.

Please, post only one topic per discussion, and use issues for confirmed bug reports.

We cannot accept this request because it doesn't follow our Contribution Guidelines for submitting feature requests.