Change Details

When a user pushes the "publish" button to save their edit, the transmission of the data might not be immediate and thus the bridge would remain open until the data would be sent. In order to avoid confusion for the user, who would expect an immediate closing of the modal and a visible change of information in the infobox, we should have a loading indicator so they know that their request is being processed until the modal is either closed on success or an error message appears (to be handled in a different ticket). **MOCKS** [[ https://www.figma.com/file/KIkcQ7NjOl8OkQtGWe5duIbW/Client-editing-UI?node-id=1453%3A83 | specs can be found here ]] {F31458545} **Acceptance criteria** [ ] uses Initializing component (feel free to rename ;-)) [ ] add a semitransparent overlay (= termbox' [[ https://tools-static.wmflabs.org/wikibase-termbox-storybook/?path=/story/overlay--with-an-indeterminate-progress-bar | Overlay with IndeterminateProgressBar ]]) immediately after the user hits save [ ] after clicking publish - the publish button becomes disabled (primaryprogressivedisabled) - the cancel button becomes disabled - pressing ESC doesn't close it (it is ok to remove global ESC handling, which may be readded in a dedicated story incl confirmation prompt not to lose data, ...)

When a user pushes the "publish" button to save their edit, the transmission of the data might not be immediate and thus the bridge would remain open until the data would be sent. In order to avoid confusion for the user, who would expect an immediate closing of the modal and a visible change of information in the infobox, we should have a loading indicator so they know that their request is being processed until the modal is either closed on success or an error message appears (to be handled in a different ticket). **MOCKS** [[ https://www.figma.com/file/KIkcQ7NjOl8OkQtGWe5duIbW/Wikidata-Bridge?node-id=2307%3A14869 | specs can be found here ]] {F31478813} {F31478859} **Acceptance criteria** [ ] uses Initializing component (feel free to rename ;-)) [ ] add a semitransparent overlay (= termbox' [[ https://tools-static.wmflabs.org/wikibase-termbox-storybook/?path=/story/overlay--with-an-indeterminate-progress-bar | Overlay with IndeterminateProgressBar ]]) immediately after the user hits save [ ] after clicking publish - the publish button becomes disabled (primaryprogressivedisabled) - the cancel button becomes disabled - pressing ESC doesn't close it (it is ok to remove global ESC handling, which may be readded in a dedicated story incl confirmation prompt not to lose data, ...)

When a user pushes the "publish" button to save their edit, the transmission of the data might not be immediate and thus the bridge would remain open until the data would be sent. In order to avoid confusion for the user, who would expect an immediate closing of the modal and a visible change of information in the infobox, we should have a loading indicator so they know that their request is being processed until the modal is either closed on success or an error message appears (to be handled in a different ticket). **MOCKS** [[ https://www.figma.com/file/KIkcQ7NjOl8OkQtGWe5duIbW/Client-editing-UIWikidata-Bridge?node-id=1453%3A832307%3A14869 | specs can be found here ]] {F31458545}78813} {F31478859} **Acceptance criteria** [ ] uses Initializing component (feel free to rename ;-)) [ ] add a semitransparent overlay (= termbox' [[ https://tools-static.wmflabs.org/wikibase-termbox-storybook/?path=/story/overlay--with-an-indeterminate-progress-bar | Overlay with IndeterminateProgressBar ]]) immediately after the user hits save [ ] after clicking publish - the publish button becomes disabled (primaryprogressivedisabled) - the cancel button becomes disabled - pressing ESC doesn't close it (it is ok to remove global ESC handling, which may be readded in a dedicated story incl confirmation prompt not to lose data, ...)