Product ideas | Community
Skip to main content

10000 Ideas

Harwinder-singh
Harwinder-singhNew Participant

Component level inheritance status in the AEM language Master rollout pageApproved

Request for Feature Enhancement (RFE) Summary: Enable Component level inheritance status OOTB without the need to overlay  Use-case: As a content author, MSM roll-outs is a key content authoring activity. When a content author performs a roll-out of the content from the language master to the related livecopies, there is a provision to see the page level inheritance status in the rolloutdialog.html. But this page doesn't provide any information about the component level inheritance status of all the components inside the live-copy page. At times, this creates a lot of confusion where a content author is trying to roll-out a page to live copy but some components are not getting updated due to the fact that component inheritance is broken on the live-copy page. if there are too many components on the page, then it becomes very tedious process for the content author to check each and  every component for its inheritance status. Currently, this can be solved by overlaying the livecopies.jsp (/libs/wcm/msm/components/touch-ui/livecopies/livecopies.jsp) and adding the required code but It would be great if this can be made available OOTB.  Current/Experienced Behavior: RolloutDialog.html shows only page level inheritance status Improved/Expected Behavior: RolloutDialog.html should show another column to display the component level inheritance status Environment Details (AEM version/service pack, any other specifics if applicable): AEM as cloud service - SEP 2023 SDK Customer-name/Organization name: NA Screenshot (if applicable): By overlaying the livecopies.jsp, we can add another column and for each of the livecopy pages, we can look through  all the components and see if atleast one of them has a cq:livsyncCancelled mixin added and based on that we update the status in the above table. Code package (if applicable):  

lysdingNew Participant

Rules-based engine at the Datastream or Datastream Service levelNew

Description There needs to be a way for incoming XDM events to be filtered/routed to specific enabled Datastream Service.   Current Behaviour Currently when we enable Analytics, Experience Platform, Event Forwarding for example, all incoming XDM events are pushed to all the enabled Services for the give Datastream ID. There needs to be a way to selectively choose which XDM events should be accepted by the enabled Services.    How would you like the feature to workCurrently, we can do this for Event Forwarding using Rules, so that we can selectively decide what XDM events needs to be forwarded to a 3rd party destination. We need a similar setup for the other Datastream services. Not every incoming XDM event is relevant to Analytics or Experience Platform. We don't want for example Analytics to be incrementing Occurrences for XDM events that are meant for Experience Platform or Event Forwarding.    One possible workaround is to operate multiple Datastreams with different configuration but this is not ideal. It would mean client applications would need logic to determine when to use one Datastream ID vs another.    Why is this feature important to you Use case 1: We have incoming XDM events that are specifically for Experience Platform and not Analytics. Without this feature, it's preventing us from turning on Analytics as a Datastream service.    Use case 2: For privacy compliance, if a user opts out of Analytics, we should be able to prevent specific XDM events from landing into Analytics, but can be used for Event Forwarding destination.   Without this feature, it's limiting the overall capability of AEP.  

---achimEmployee

Tag Based Browsing of AssetsApproved

Request for Feature Enhancement (RFE) Summary: AEM Assets supports   browsing through folders and form-based searching for tags Other DAM systems offer a third alternative:  tag-based browsing In these systems the tag hierarchy would be rendered as if it was a folder and users can naturally browse through the folders. Whenever you'd "browse" to the next tag, the UI would display the assets tagged with these current tag.    Yes - in principle AEM supports that case already: You can  a) Open the filter b) Click on a tag filter c) Browse to the tag you want to search for d) Select that tag e) Submit the search form.   "Real" tag based browsing is a one-step interaction, only. You would "open" a tag from the "hierarchy" side rail - and AEM would implicitly display all assets with that tag. Imagine it as implicit search-as-you browse: product (select * where tag ~ /product/*) - food (select * where tag ~ /product/food/*) - regional (select * where tag ~ /product/food/regional/*) - apple (select * where tag ~ /product/food/regional/apple/*) It should be made an option if the browsing has taxonomy or directory semantics.  Taxonomy semantics means — narrowing down the search results to more specific categories as we walk down the branch in the tree. Imagine it like select * where tag ~/product/food* Directory semantics means displaying what is exactly associated with the tag (not with sub-tags). (select * where tag = /product/food) Many DAM systems on the market support tag-based browsing, which can be used to create multi-homed virtual directories and reduce the necessity to create live copied in DAM repos.    This is a feature that would reduce a lot of headaches when migrating from a legacy DAM system to AEM Assets,   See a more elaborate explanation, why this is a must-have here: https://medium.com/@achimkoch/how-not-to-migrate-asset-taxonomies-to-aem-a2f74fa203dd  Use-case:   Current/Experienced Behavior: Either browse for folders or filter for tags Improved/Expected Behavior: Display tags as if they were a multi-homed folder hierarchy and update the result set as you browse  Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name:   Screenshot (if applicable): Sketch how a tag based browser could look like. Code package (if applicable):  

TakeshiKimotoNew Participant

When in Preview environment, the area link transition destination when "Product LP page" in "Representative product number additional information CF" is set is Publish environment.Approved

Request for Feature Enhancement (RFE) Summary: ▽ Product-side collection response (request)Add _previewUrl to AEM CF, especially the site content Reference, and implement a specification that returns it depending on the settings. Use-case:   Current/Experienced Behavior: ▽ BackgroundIn normal page rendering, AEM constructs a URL for the set path, including resource mapping and domain settings, and returns it to the front end.These are the same for CF graphQL, and you can get information resolved from the path.Example) Set the site path in CF → CF graphQL returns the full URL of author and publish in a specific json format ▽ ChallengesThe particular json above is called Reference, but there is no previewURL present inside the Reference for the path to the site content_authorUrl: Exists_publishUrl : Exists_previewUrl : does not existTherefore, in order to set the preview URL, it becomes necessary to configure, manage, and implement resource mapping, domains, rules, etc. on AEM on the AIO side, which breaks the product scope and increases maintenance costs. Improved/Expected Behavior: Add _previewUrl to AEM CF, especially the site content Reference, and implement a specification that returns it depending on the settings. Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Panasonic(PISC) Screenshot (if applicable):   Code package (if applicable):