Product ideas | Community
Skip to main content

10000 Ideas

MohammadAlyaseinNew Participant

Instance-Level Display Settings Management in AEM: Replacing Browser CookiesInvestigating

Request for Feature Enhancement (RFE) Summary: This idea proposes enhancing Adobe Experience Manager (AEM) by shifting the storage of display settings within Sites and DAM sections from browser cookies to an instance-level configuration. By managing display preferences (such as UI layouts or viewing modes) directly within the AEM instance, users can enjoy a consistent experience across devices and browsers without relying on client-side storage. This approach improves usability, eliminates cookie dependency, enhances security, and ensures compliance with stricter data privacy regulations. Use-case: Use Case: Unified Display Settings for Multi-Device Content Editors Scenario:A content author frequently switches between a desktop computer at work and a laptop at home to edit content in AEM. Currently, their preferred display settings—such as column view—are stored in browser cookies. This leads to an inconsistent user experience, as their preferences need to be manually reconfigured on each browser and device. Solution with Instance-Level Settings:By saving display preferences at the AEM instance level, the author’s settings are automatically applied regardless of the browser or device they use. The system retrieves their settings directly from the instance during login, ensuring a seamless and personalized experience. Benefits: Consistency: The same display settings persist across all devices and browsers. Efficiency: Eliminates the need for users to reset or reconfigure preferences. Privacy & Compliance: Reduces reliance on cookies, aligning with stricter privacy laws like GDPR. Usability: Provides a more polished and user-friendly experience for content authors and administrators. Current/Experienced Behavior: In AEM, display settings for users are typically managed on a per-browser basis using cookies or local storage. This cookie-based approach is functional but lacks flexibility and scalability for modern multi-device workflows and collaborative environments, making a server-side, instance-level storage mechanism a desirable enhancement. Improved/Expected Behavior: The expected behavior involves transitioning from a browser-dependent model to an instance-level storage model for display settings. This approach ensures a consistent, user-friendly experience across devices, browsers, and shared environments. Environment Details (AEM version/service pack, any other specifics if applicable): AEM as a Cloud service (All environments), Release: 2024.11.18598.20241113T125352Z Customer-name/Organization name: BORUSSIA DORTMUND GMBH AND CO Screenshot (if applicable):   Code package (if applicable):  

KristinaJa3New Participant

New Feature Idea: User Profile Templates for Simplified User OnboardingNew

Current Behavior/Problem: Currently, onboarding new users in Workfront requires manually configuring individual settings for each user. While copying users can help, it doesn't provide a standardized, reusable approach for common user types, leading to potential inconsistencies and errors. Description/Proposed Solution: Introduce User Profile Templates. These templates would allow administrators to pre-define and save configurations for common user types. Functionality: Key elements of this feature would include...Template Creation - Administrators can create named templates, defining settings for any profile features like access level, layout template, team(s), group(s), job role(s), timesheet profile, and other relevant profile attributesTemplate Application - During user creation, administrators can select a template to pre-populate the user's profile.Customization - After applying a template, administrators retain the ability to customize individual user settings to accommodate unique requirements.Template Management - Ability to manage, update, and retire templates as organizational needs evolve.Benefits/Importance:Simplified Onboarding - Significantly reduces the time and effort required to onboard new users, especially for common roles.Increased Consistency - Ensures that users in similar roles are configured consistently, reducing errors and improving security.Reduced Administrative Overhead - Streamlines user management, freeing up administrator time for other tasks.Improved Scalability - Facilitates faster user provisioning, supporting organizational growth and change.

vmengiEmployee

Provision to Link Issue Type Object With Workfront Planning RecordNew

Description - The idea proposed is to help seamlessly connect the Issue object type with Workfront Planning records. This integration would offer a more intuitive and traceable workflow from the moment a campaign request is raised. Currently, campaign planning and execution can be fragmented, especially when the original request (issue) becomes disconnected from subsequent project records. By establishing a direct connection between the issue and the planning record—using relevant lookup fields—we enable requestors and stakeholders to get a comprehensive, real-time view of the campaign's progress. Why is this feature important to you - Campaigns often start as requests (issues) — linking them with planning records creates a seamless flow. Enables complete visibility of campaign status from request to execution. Lookup fields can show real-time progress to requestors and stakeholders. When an issue is converted to a project, the planning data remains connected — ensuring continuity. Supports better reporting: track campaign lifecycle, turnaround time, and request insights.   How would you like the feature to work - 1. Enable the ability to connect Planning record to an Issue object type 2.Have lookup fields related to Issue to have a comprehensive view 3.Have an option to display Resolve Project details Current Behavior -  Currently, there is no native provision to connect an Issue with a Planning record in Workfront Core. If there is a need to display the related request, it must be achieved through Workfront Fusion. The main challenge arises when attempting to populate the Issue link manually in Planning—since there is no option to make fields non-editable within Planning records, users may accidentally manipulate or overwrite the data, leading to inconsistencies and tracking issues.   @deekshapai @venkat_suren