Enterprise: AppMenu: Ability to for end user to resize

[marclouisgenedeguzman]

Is your feature request related to a problem or use case? Please describe.
Ability for users to resize Application Menu. In both 4.x and 5.x

Describe the solution you'd like
Please see attached for sample behavior

Describe alternatives you've considered
No alternatives found

Additional context
Sample on -> https://master-enterprise.demo.design.infor.com/components/applicationmenu/example-index.html
And what application do you work on? M3 User Productivity

[tmcconechy]

We previously rejected this feature as it was not discoverable. And not accessible. We can reconsider this but want to be sure we are solving the problems the right way for usability. Instead we added tooltips for overflowed menu items.

This is trickier than it might seem due to the connect of the menu to the page container.

Does the user "really" need to resize? Why do they need it? Does the tooltip work? These would be questions i would have.

[marclouisgenedeguzman]

The use case we have here is that there are application menus with multi level items, which results on the user not being able to read the whole menu item. Please see below for example 3 level app menu item on our app.

tagging @lucacolumbu

[tmcconechy]

OK, This issue has a lot of complications so previously we have not done this one.

• responsive
• saving the size
• page layout containers

[tmcconechy]

Adding to sprint board for discussion

[tmcconechy]

@ericangeles we may need to do this for both the old and new components. Lets get together and discuss once you started looking? or have you started

[katieinfor]

Waiting on Design Feedback.
Jira ticket: https://jira.infor.com/browse/UXD-2301

[tmcconechy]

Added to sprint board for discussion again.

[tmcconechy]

@marclouisgenedeguzman

From https://jira.infor.com/browse/UXD-2301

The product team should probably consider:

• Better naming for page names (shorter, more effective communication to the users)
• Are there significant user complaints about not being able to see the full page name when they have tooltips that show the full name on hover?
• IDS Responsive could have a menu that navigates (drills in) > to avoid lots of truncation, although this could get users lost very quickly
• Product teams should limit the use of nested app menu navigation and focus on secondary navigation throughout the app via tabs, etc where possible.
• Maybe IDS can add a splitter, although this might enable bad menu practices
• Wrapping text for menu items in cases where navigation is deep and names are long.

So passing that along but we will add this even though it might encourage bad practice.

[katieinfor]

Peter's comment on the Jira ticket: https://jira.infor.com/browse/UXD-2301
"Following-up on this from a UXW and content strat recommendations for this issue:

• Clear character limitations when the label is created/input.

• In-line help and hint text and /or cautionary messaging if labels are too long or unwieldy, delivered via modal, toaster or hover text.

• Use of beginning or middle truncation.

• Full text on hover."

[tmcconechy]

Ok i guess what we can do with that info is add it to the app menu docs as guidellines? But not sure what the beginning or middle truncation means.

We do have tooltips now on hover https://main-enterprise.demo.design.infor.com/components/applicationmenu/test-tooltips.html

I think M3 still wants the resize no matter what guidance give though.