[wp-trac] [WordPress Trac] #40432: Customizer: Should we stop contextually hiding features?
WordPress Trac
noreply at wordpress.org
Wed Apr 19 04:23:50 UTC 2017
#40432: Customizer: Should we stop contextually hiding features?
-------------------------+------------------------------
Reporter: melchoyce | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Customize | Version:
Severity: normal | Resolution:
Keywords: | Focuses:
-------------------------+------------------------------
Comment (by dlh):
I'd like to follow up on @Travel_girl's question:
> Could we point to the template, where the widget is displayed?
For those who have conducted user tests with the Customizer: Are there
scenarios when it would be helpful to display a notification that includes
something like "[#link-that-goes-to-the-page-in-the-customizer-preview
Visit a page on your site where you can preview this setting]"?
As a developer, a sketch of the technical workflow could be:
1. I could tell the Customizer a URL where my control could be previewed
(e.g., `sample_permalink_callback`).
2. I also could tell the Customizer whether the link should display (e.g.,
the preview is visible; no page exists; doesn't make sense to suggest a
link...).
3. The Customizer would use (1) and (2) to determine whether to display
the notification, and it would navigate the preview to my sample URL if
the user clicks the link.
Perhaps this has already been suggested and rejected, or it's technically
infeasible (or maybe it's already possible).
--
Ticket URL: <https://core.trac.wordpress.org/ticket/40432#comment:16>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list