Repository navigation
Social Menu: add regex option to service detection in menu. - #28172
Conversation
Up until now, social menu items would only rely on host names (e.g. amazon.fr) to detect whether a specific menu item should use a specific icon. This works well, but isn't very flexible. It's especially problematic for services that typically either have lots of different TLDs, or services that use different domain names. With this commit, you should now be able to provide either a host name, just like before and ensuring backwards compatibility for folks who have customized that feature on their end, as well as regex for more advanced matching.
|
Thank you for your PR! When contributing to Jetpack, we have a few suggestions that can help us test and review your patch:
This comment will be updated as you work on your PR and make changes. If you think that some of those checks are not needed for your PR, please explain why you think so. Thanks for cooperation 🤖 The e2e test report can be found here. Please note that it can take a few minutes after the e2e tests checks are complete for the report to be available. Once your PR is ready for review, check one last time that all required checks (other than "Required review") appearing at the bottom of this PR are passing or skipped. Jetpack plugin:
|
|
Are you an Automattician? You can now test your Pull Request on WordPress.com. On your sandbox, run |
Fixes #10338 This is a first implementation, that we can revisit once #28172 is merged. For now, it detects some of the most popular instances of Mastodon (pulled from https://instances.social/ plus a few others that I know are popular in the WordPress community) and uses the Mastodon icon there. It's not perfect since we cannot possibly detect all instances of Mastodon, but that's a start.
See #28172 (comment) Co-authored-by: Sergey Mitroshin <sergeymitr@gmail.com>
Changes proposed in this Pull Request:
Up until now, social menu items would only rely on host names (e.g. amazon.fr) to detect whether a specific menu item should use a specific icon.
This works well, but isn't very flexible. It's especially problematic for services that typically either have lots of different TLDs, or services that use different domain names.
With this commit, you should now be able to provide either a host name, just like before and ensuring backwards compatibility for folks who have customized that feature on their end, as well as regex for more advanced matching.
In future PRs, I'm hoping to use this new flexibility to add support for more services.
Other information:
Jetpack product discussion
Does this pull request change what data or activity we track or use?
Testing instructions:
jetpack.comfor example.