| 1 | | Only remaining item here, barring any bugs, is whether panels and top-level sections should have independent or mixed sortings. The current, separate approach is a cleaner implementation and asserts than panels contain more-more-commonly used controls. It also makes it easier, as a user, to distinguish between panels that will completely change the Customizer's context and sections, which simply open inline. I imagine that would create a really strange user experience, unless there is a more obvious visual distinction between panels and top-level sections. Eventually, I could see a time when we may force all sections to be contained in a panel (placing unspecified ones into a generic panel), so we may want to consider that as well. |
| | 1 | Only remaining item here, barring any bugs, is whether panels and top-level sections should have independent or mixed sortings. The current, separate approach is a cleaner implementation and asserts than panels contain more-commonly-used controls. It also makes it easier, as a user, to distinguish between panels that will completely change the Customizer's context and sections, which simply open inline. I imagine that would create a really strange user experience, unless there is a more obvious visual distinction between panels and top-level sections. Eventually, I could see a time when we may force all sections to be contained in a panel (placing unspecified ones into a generic panel), so we may want to consider that as well. |