Looks good @pfrilling
I agree with the proposed categories in #4, but we might consider "Automation" given it's in the name of the module and once configured will perform an action without further input.
I agree with @bhogue's suggestions in #4
I agree with SEO and Administration tools. It looks like "Site Structure" is struck out currently, but I think keeping that as the 3rd category (or maybe even ranked 2nd) makes sense. It's an extension of your content model, defining how it gets exposed to end users by URL.
1. SEO
2. Site Structure
3. Administration tools
@zetagraph - I added one comment on your MR if you can take a look when you have a moment
Looks good, thanks!
@rkoller, was the intent of this issue to reduce the allowable character length of this input or the visible width of the input field?
Adjusting the width of the input based on viewport size so it doesn't end up really wide would be nice, but is a separate thing from the allowable input character length. Also, the WCAG section you referenced pertains to blocks of text, not form inputs, so I don't think that should apply here and the input's maxLength shouldn't be different for users with different viewport sizes.
The open MR that @Tabestan put together addresses just the maxLength not the input's physical size.
griffynh → credited r.aubin → .
Reviewed, looks good!
Added to dev
@pfrilling looks good and tested. Definitely helps make it clear to site builder what fields are affected on the display forms. Thank you!
r.aubin → created an issue.