Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

OOTB Core Form Fields Not WCAG 2.1 AA CompliantInvestigating

Request for Feature Enhancement (RFE) Summary: Our accessibility audit shows WCAG 2.1 AA violations when using placeholders alongside ARIA labelling on Core Form Fields Use-case: Using Adobe Core Form Fields, with ootb configuration "Display help message as placeholder” Example:  on page https://www.sunstargum.com/gb-en/about-us/contact-us.html Current/Experienced Behavior: 1. **Accessible name vs description conflict**- Inputs with `placeholder` + `aria-describedby` or visible `<label>` lead to inconsistent accessible name computation. Placeholder either doesn’t get announced (e.g., JAWS, NVDA), or is dropped in favor of description text, making it unreliable :contentReference[oaicite:1]{index=1}.- Relying on placeholder as label fails WCAG 2.1 AA: contrast (1.4.3), persistent visible labels (2.4.6, 3.3.2), Name, Role, Value (4.1.2) :contentReference[oaicite:2]{index=2}.2. **Placeholder distractions**- Placeholder text disappears once typing starts—users lose helpful context :contentReference[oaicite:3]{index=3}.- Placeholder is low‑contrast by default, often failing 4.5:1 contrast ratios :contentReference[oaicite:4]{index=4}.3. **ARIA mismatch with core component settings**- Enabling “Display help message as placeholder” fails to update `aria-describedby` reference, pointing at nonexistent elements and breaking description linkage :contentReference[oaicite:5]{index=5}. Improved/Expected Behavior: Required compliance behaviour:• Inputs need clear programmatically associated `<label>` and persistently visible title.• Use `aria-describedby` for help text only—description must remain tied to a valid element.• Placeholders can provide examples, *never* replace labels, and should not disrupt ARIA structure. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Release 2025.9.22450.20250911T131210Z Customer-name/Organization name: Sunstar Suisse  SA Screenshot (if applicable):   Code package (if applicable):  

NitaYaNew Member

Bulk Page MovementInvestigating

Request for Feature Enhancement (RFE) Summary: Bulk Page Movement Right now, AEM only supports moving one page at a time. This makes taxonomy updates and bulk redirects very time-consuming. Could AEM allow authors to select and move multiple pages simultaneously to streamline these workflows and move it to another location? Use-case: Currently, Adobe Experience Manager (AEM) only allows authors to move one page at a time. This limitation makes it inefficient to perform large-scale site restructuring tasks—such as taxonomy updates, reorganization of content folders, or implementing bulk redirects—especially for enterprise-level websites with hundreds of pages. By introducing a Bulk Page Movement capability, authors could select and move multiple pages simultaneously within the AEM interface. This enhancement would streamline content management workflows, reduce manual effort, and minimize human error during site reorganizations. It would also improve overall authoring efficiency and help ensure faster delivery of structural updates across the website. Current/Experienced Behavior: Right now, AEM only supports moving one page at a time. This makes taxonomy updates and bulk redirects very time-consuming. Improved/Expected Behavior: AEM allow authors to select and move multiple pages simultaneously to streamline these workflows and move it to another location? Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: OneTrust Screenshot (if applicable):   Code package (if applicable):  

ArthiselvaNew Member

Enable Programmatic Extension of Content Fragment GraphQL Schema in AEMInvestigating

Request for Feature Enhancement (RFE) Summary: Enable the ability to add custom fields to the Content Fragment GraphQL schema via code, SlingDataFetcher, or programmatic means, without requiring changes to the Content Fragment Model definition in AEM. Use-case: Developers and integrators need to expose computed, derived, or integration-specific fields in the Content Fragment GraphQL API for headless delivery, without modifying the underlying Content Fragment Model. Current/Experienced Behavior: The Content Fragment GraphQL schema is auto-generated from the Content Fragment Model and system fields. It is not possible to add custom fields via code, SlingDataFetcher, or other programmatic approaches. Business Impact  Limits flexibility for headless integrations, increases maintenance overhead, and requires model changes for every new field, which may not be feasible or desirable in large organizations or for computed/integration fields. Improved/Expected Behavior: Ability to programmatically extend the Content Fragment GraphQL schema with custom fields (e.g., via SlingDataFetcher or similar mechanism), allowing dynamic, computed, or integration fields to be exposed without model changes. Environment Details (AEM version/service pack, any other specifics if applicable):   AEM 6.5 LTS; Content Fragment Models and GraphQL API; persisted queries; endpoints as described above. Customer-name/Organization name:  JPMorgan Chase Code package (if applicable): https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/how-to-expose-a-custom-resolver-field-in-content-fragments-for/m-p/776485 . I have added the code here

mmartíLevel 2

New Visualizations - Dimension HighlightNew

1) Dimension Value Highlight Visualization DescriptionIt would be great to have a new visualization in Adobe Analytics / Customer Journey Analytics that highlights dimension values. For example, showing which product has the highest conversion rate or which page is the most viewed. The visualization would be similar to a Summary Number or Summary Change, but focused on what rather than how much. Why is this feature important?Currently, summary visualizations are excellent for showcasing key metrics, but they don’t emphasize the specific dimension value driving those results. Having a way to visually highlight the top-performing dimension item would make dashboards more insightful and storytelling more effective. How would you like the feature to work?Users could select a metric and a dimension, and the visualization would automatically display the top (or bottom) dimension value according to the chosen metric. Ideally, it would also support conditional formatting (e.g., color-coding by performance) and allow display of secondary metrics for context. Current BehaviourFreeform tables are useful, but not quite visual. Additionally, there are limitations to create something a bit custom.2) Sentiment Analysis–Style VisualizationDescriptionAnother interesting visualization could be one inspired by Sentiment Analysis — designed to highlight dimension values in relation to a specific metric. It would resemble a scatter plot but use text labels instead of points, making it easier to identify and interpret key drivers at a glance. Why is this feature important?This would provide an intuitive way to analyze performance or perception differences among dimension values (e.g., campaigns, products, or pages) in a single, visually engaging chart. It’s especially useful for understanding “how each dimension feels” relative to a metric. How would you like the feature to workThe visualization could plot dimension values (as text) along two axes — for example, performance vs. volume — and apply color or font size to indicate sentiment, change, or relative importance (or even font size). Hovering over text could show detailed metrics or trends.