Skip to main content

Filter by idea status

10000+ Ideas

Better UI experience for Settings and Rules section in the metadata schemaNew

Request for Feature Enhancement (RFE) Summary: Better UI experience for Settings and Rules section in the metadata schema Use-case: To be able to create metadata schemas easier and faster Current/Experienced Behavior: 1. When scrolling to the bottom of the metadata schema form (especially when it has numerous fields), the "Settings" and "Rules" section are no longer visible. 2. When selecting fields already in the metadata schema, "Build Form" option is also visible. This can lead confusion to the users as users might think that "Build Form" is a setting of the selected field.  Improved/Expected Behavior: 1. When scrolling to the bottom of the metadata schema form (especially when it has a lot of fields), the "Settings" and "Rules" sections should follow with the scrolling or "stick" to the page. The "Settings" and "Rules" sections should always be visible so that it would be easy to change the settings when selecting the fields.  2. When selecting fields already in the metadata schema, "Build Form" option should not be visible so that "Settings" and "Rules" section are the only ones displayed. Another option is that the "Build Form" can also be placed in the left side of the page so that it would be separate from the field settings. Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name:   Screenshot (if applicable):   Code package (if applicable):  

Standardize ID Assignment for Radio Button Labels in Marketo FormsNew

When performing more advanced customizations of forms, it's not uncommon to deploy complex CSS to present Marketo's form styling differently. As an example, this screenshot shows a Marketo form field with three radio buttons with transformation:       In order to maximize accessibility, only the text ( e.g., "PDF - Option for U.S. [...]") is stored as the display value for Marketo; the rest of the styling, including the unique imagery for each radio option, is performed via CSS. Therefore, I need to target the label elements for each option. By default, Marketo outputs a randomized ID to each radio and label, such as mktoRadio_39390_0. This does not relate back to the field name itself, though that is set is the input's name attribute.   However, if a form is updated—even if the update does not touch any form fields, like with an HTML text area change—the randomized ID changes every time. This leaves the form designer with two options:   Write supplemental JavaScript to assign a unique-but-consistent attribute to the radio buttons' labels Update CSS selectors every time a form is updated Neither of these are ideal. Because the field name is already being pulled for the name attribute, could the code output be updated to set IDs based on the field's API name? For example, if the input has name="billing_format", could the radio buttons' labels be named like "billing_format_0", "billing_format_1", etc.? This would provide a consistent selector for styling.