[wp-trac] [WordPress Trac] #40432: Customizer: Should we stop contextually hiding features?

WordPress Trac noreply at wordpress.org
Fri Dec 15 15:33:55 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:  4.0
 Severity:  normal       |  Resolution:
 Keywords:               |     Focuses:  ui
-------------------------+------------------------------

Comment (by daviedR):

 Replying to [comment:36 celloexpressions]:
 > If we show options that aren't shown in the preview, we work against the
 whole purpose of the customization/live preview experience.

 Then why do we have "Homepage Settings" (or formerly known as "Static
 Front Page") section always active on customizer regardless of what page
 are currently previewed? If you use the same principle, the section should
 be inactive when not previewing home page. Why is it active on all
 previewed pages?

 ----

 Users who are not familiar with a new theme, would probably don't know how
 many available sidebars and where it would appear. That's why the
 "Widgets" section should list all the available sidebars like what
 "Appearance > Widgets" page does. The theme developers could put a nice
 description to help users find out about each sidebar and where it would
 appear.

 Or, as a theme developer, I could optionally add a custom control into
 each sidebar section. The control would act as a link with this text:
 "View pages with this sidebar". Then we can use custom JS could take
 advantage of this: `wp.customize.previewer.previewUrl( url )` to set the
 preview URL to any page that showcase the sidebar.

 I agree that the contextual hiding in "Widgets" panel should be disabled.
 It doesn't help anybody in that case. The contextual hiding could be used
 in other cases.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/40432#comment:53>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list