-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Dialog] Add new component, deprecate modal component #7886
Comments
Can you elaborate on this a bit? I don't see why a non blocking modal (scrim turned off) couldn't support this better. It seems like modal would fit this use case better or if not, we need a new component that is just a dialog and can be dragged. I could see popover supporting resizing but not being a movable draggable object. Modal would be better for that use case. The whole point of popover (and floating-ui) is to attach to another element. |
@geospatialem can we separate resizing into their own unique issues? I do see resizing as valid requests for both modal and popover. However, the dragging is probably only valid for modal or another component that is visually equivalent to modal but non blocking. |
I think the best solution would be to deprecate |
Totally open to the best solution, whether its enhancing the modal or a new dialog component to meet the use case |
Hey @geospatialem - could this be assigned to a milestone for tracking? I am not sure how far out you plan |
Hi @ethanbdev, this issue will need some design expertise prior to dev work, so there will likely be two milestones to address the effort. Design will be triaging issues late next week for consideration into an upcoming design sprint. cc @brittneytewks |
Perfect - thanks! |
I think this is a good idea. It would also allow the new component to follow the “slot a Panel inside” paradigm that Popover, Sheet, Shell Panel follow, instead of Modal’s current slot set up. |
@geospatialem maybe we can repurpose this issue to encompass the discussion above re: Modal -> Dialog. |
If we explore Panel as the expected slotted element in this new Dialog - it would align more closely with Shell Panel / Sheet DX and UI. We'd likely want to rename "Action bar" and "Fab" slots in Panel to be more generic like Modal's "sticky top and bottom" ones. We'd probably want to use the "placement" values from Alert as well as a "center (default)" value. |
Hello @geospatialem - Please could you suggest a possible timeline for this issue? Thank You! Originally reported in https://devtopia.esri.com/WebGIS/calcite-design-system/issues/163 |
@Azadirachta Thanks for reaching out! The new component effort is currently in the design backlog for consideration with other high priority bug fixes and enhancements - Calcite does not have a timeline at this time, but will update the issue in the coming weeks on the design efforts (note that the dev efforts for implementation would be in addition to the design). |
Can we get a separate issue for adding |
@SkyeSeitz @geospatialem from Figma docs, it says What should the text say for this aria-live area? I'm assuming it would say something for moving and resizing via keyboard but I could use help with what exactly to say. Arrow keys should move the dialog whereas arrow keys plus shiftKey should resize the dialog. |
@driskull The role should provide the context of how to interact with the component, but we should support a label to provide additional context to what the purpose of the component is. Maybe we should have a default label, and the developer could specify using a |
…onent (#9751) **Related Issue:** #7886 ## Summary - Adds new `calcite-dialog` component. - Includes e2e, stories, demos, resources - Updates stencil config to note new component - Panel esc key should emit close event - Adds `dialogs` slot to `calcite-shell` for slotting dialogs. - Deprecates `calcite-modal` component. - cleans up global style imports - makes `focusTrapDisabled` optional on FocusTrapComponent ## Notes - Animations need review
Installed and assigned for verification. |
Verified in
Of note the resizing and dragging of the component will be handled in #9875 anticipated for the August release. There looks to be something off when |
…onent (#9751) **Related Issue:** #7886 ## Summary - Adds new `calcite-dialog` component. - Includes e2e, stories, demos, resources - Updates stencil config to note new component - Panel esc key should emit close event - Adds `dialogs` slot to `calcite-shell` for slotting dialogs. - Deprecates `calcite-modal` component. - cleans up global style imports - makes `focusTrapDisabled` optional on FocusTrapComponent ## Notes - Animations need review
Check existing issues
Description
The ModelBuider Web team is seeking a movable, non-attached component in early 2024 to support a workflow not requiring an additional click and is not restrictive for the user experience, where the use case cannot use
modal
as a solution.We should identify if the new dialog component should support:
Or, if not, what the recommended workflow would be for support with docking or an alternative approach.
Acceptance Criteria
Design: Figma file 🎨
"content-bottom"
slot #8979"content-top"
slot #8980"footer"
slot to account formodal
#8981docked
property #7668dialog
componentpanel
inside" paradigm - refer topopover
,sheet
, andshell-panel
kind
placement
heading
description
scale
scale-width
fullscreen
(under consideration 🚧 )resizable
(under consideration 🚧 )draggable
(under consideration 🚧 )content
header
modal
componentRelevant Info
Originally reported in https://devtopia.esri.com/WebGIS/calcite-design-system/issues/163
Which Component
New component
Example Use Case
See the internal issue for additional context.
Priority impact
impact - p3 - not time sensitive
Calcite package
Esri team
N/A
The text was updated successfully, but these errors were encountered: