-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Plugin Management: update style for plugin action confirmation modal popups #67799
Conversation
Here is how your PR affects size of JS and CSS bundles shipped to the user's browser: App Entrypoints (~2 bytes removed 📉 [gzipped])
Common code that is always downloaded and parsed every time the app is loaded, no matter which route is used. Sections (~394 bytes added 📈 [gzipped])
Sections contain code specific for a given set of routes. Is downloaded and parsed only when a particular route is navigated to. Async-loaded Components (~350 bytes added 📈 [gzipped])
React components that are loaded lazily, when a certain part of UI is displayed for the first time. Legend What is parsed and gzip size?Parsed Size: Uncompressed size of the JS and CSS files. This much code needs to be parsed and stored in memory. Generated by performance advisor bot at iscalypsofastyet.com. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm curious if we need such a level of abstraction here:
getPluginActionDailogMessage( allSites, selectedPlugins, heading, 'update' ),
It looks like the fourth parameter is also included in the translations, but I can think of some limitations that this approach brings:
- What if we need to display a custom message in the dialog?
- Without having the full context, it's quite difficult to translate the string. If we add another action this could be easily missed for translation because it doesn't have an explicit
translate()
call in the code.
I'd say we should stick to the previous approach here, but I'd love to hear your thoughts on this one.
I didn't change the approach here, it is similar to what we had earlier. I just got rid of |
dfc14f0
to
ebad668
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All changes works as described in both Jetpack Cloud and Calypso Blue.
LGTM!
LGTM! |
ebad668
to
7db3169
Compare
LGTM! I tested the flows one more time after the latest commit, and everything is working as expected. |
@grbicsanja, the changes are done 👍 |
This Pull Request is now available for translation here: https://translate.wordpress.com/deliverables/7528497 Thank you @yashwin for including a screenshot in the description! This is really helpful for our translators. |
Translation for this Pull Request has now been finished. |
…popups (#67799) * Update style for plugin action confirmation modal popups * Show plugin name when only one plugin is selected
Proposed Changes
This PR makes UI enhancements to the plugin actions confirmation modal popups.
Testing Instructions
Prerequisites
Since this change is made specifically for agencies, you must set yourself(partner) as an agency - 2c49b-pb. Make sure to switch it back to the previous type.
Instructions
git checkout update/plugin-action-popup-style-enhancement
andyarn start-jetpack-cloud
.Remove
on any site and verify the confirmation popup is as below.Pre-merge Checklist
Complete applicable items on this checklist before merging into the trunk. Inapplicable items can be left unchecked.
The PR author and reviewer are responsible for completing the checklist.
Have you tested the feature in Simple, Atomic, and self-hosted Jetpack sites?Related to 1202518759611394-as-1202967461339771