What problem are you trying to solve?

Focus on the what and why of the need you have, not the how you'd like it solved.

# Styling & Theming Limitations & Table Widget Is Too Primitive

• No ability to apply custom CSS to control to control widgets styling

• No support for transparent colors in charts eg: bar, line donut...

• In tables: No pagination controls suitable for large datasets

• In tables : no custom filtering inputs

• In tables: No row-level or cell-level actions (buttons, links, icons, badges), knowing that row click handler is not always good solution

• 
  

What would you like to see happen?

Describe the desired outcome or enhancement.

• Optional custom CSS / theme overrides

• Support for RGBA

• A more powerful and customizable table component

• Interactive elements (badges, buttons, links, callbacks)

Why is this important to you or your team?

Explain how the request adds value or solves a business need.

For our business:

• Dashboards are part of the core user experience, not an optional reporting tool.

• Visual consistency (fonts, colors, spacing) is required to match our design system and brand.

• Charts and tables must feel like native application components, especially in clinical and operational workflows.

Without proper styling, table customization, and interaction support:

• Embedded dashboards visually clash with the rest of the application

• Tables cannot be used for real operational views (large datasets, actions, pagination)

• We are forced to build parallel custom dashboards, reducing the value of MongoDB Charts

Business impact

These limitations directly affect:

• Product quality & user trust (especially in healthcare and regulated environments)

• Time-to-market, because we must reimplement analytics outside Charts

• Maintenance cost, by duplicating logic and UI

• Scalability, as embedded analytics is critical for multi-tenant growth

Improving styling, table capabilities, and interactivity would allow us to:

• Use MongoDB Charts as a first-class embedded analytics layer

• Reduce custom development effort

• Deliver consistent, professional dashboards to end users

• Scale analytics across tenants without redesigning the UI

What steps, if any, are you taking today to manage this problem?

We are considering moving the dashboards to manually built UI components to gain full control over styling, tables, and interactions, as these are currently limited in MongoDB Charts.