Modal discussion follow up

[aagonzales]

Conclusion from slack thread:
https://ibm-cloudplatform.slack.com/archives/C0M053VPT/p1559587807036800

Investigate/look-into:

• Modals with multiple actions +2
  • with equal weight buttons (ie find and replace)
  • Progress modal variant (cancel, previous, next)
  • (cancel, previous, next) will by defacto become (cancel, previous, create/add system/finish etc)
• Single button “acknowledgment” modal
  • Is passive modal still relevant with “acknowledgment” variant?
• Modal consistency, in concern with introducing new button pattern behavior. (?)
• Modal buttons dependent on modal size/width (%)
  • should there be a max modal size?
  • should there be a separate full page (or larger) version?
• Smaller max-width option (define set modal sizes, not a %?)

Related to buttons:

• Fixed button size with overflow content.
  • Buttons with a lot of content (internationalization) / no-truncation that have a fixed/constrained width.
• Button pairing behavior, more than 2 (outside of modal context)
• Update button style tab structure content.

[marceltrautmann]

Adding some screen shots from the discussions related to some of the above (mostly progress modal);

It's worth mentioning, that with the progress modal variant, form elements are often par for the course, So longer modals are typical (sometimes wider)

[cragun47]

Added detail request for Single acknowledgement modal: https://github.com/carbon-design-system/carbon/issues/2924

Video of use case where we would benefit from a single button "Continue" at the end of progress modal.
Progress.mov.zip

[elizabethsjudd]

Here's WH's requirements around modal behaviors: requirements.txt

[aagonzales]

Additional investigate smaller modal max-width, for "dialogs" or "message boxes"
https://ibm-cloudplatform.slack.com/archives/C0M053VPT/p1562701030157400

[stale]

We've marked this issue as stale because there hasn't been any activity for a couple of weeks. If there's no further activity on this issue in the next three days then we'll close it. You can keep the conversation going with just a short comment. Thanks for your contributions.

[marceltrautmann]

keepalive-bot

[aagonzales]

[amortiz]

Is there any discussion of providing a more traditional modal footer where buttons do not take the whole width of the dialog? It is quite different than the Carbon 9 modal or any other modals that i've seen from several applications / websites, wondering if there has been any user testing or reasoning behind going this way rather than the common approach.

[stale]

We've marked this issue as stale because there hasn't been any activity for a couple of weeks. If there's no further activity on this issue in the next three days then we'll close it. You can keep the conversation going with just a short comment. Thanks for your contributions.

[marceltrautmann]

keepAlive[bot]

this one has garnered a lot of debate. potentially a good candidate to prioritize?

[aagonzales]

Its top of our component enhancement list, the team just hasn't prioritized that project. Hopefully we get to it soon. Design's trying to get enhancements prioritized.

[creckling]

also see #3509

[aagonzales]

Related: Nag Modal
#1478

[stale]

We've marked this issue as stale because there hasn't been any activity for a couple of weeks. If there's no further activity on this issue in the next three days then we'll close it. You can keep the conversation going with just a short comment. Thanks for your contributions.

[marceltrautmann]

keepAlive[bot]

[aagonzales]

Closing as modal have been updated in v10.8 and resolves many of this topic. Any items not covered my the modal updates can be opened as individual issues.

https://www.carbondesignsystem.com/components/modal/usage