Zoom control should not be relative to device preview

[richtabor]

I find it disorienting that the zoom control's effect was relative to the active device preview. The zoom control should perform exactly like the other device preview controls do—set the zoom/height/width/scale of the site.

It should not be a "combo" control that zooms each of the other previews, but it's own state of view. Otherwise it's quite confusing not understanding what view you're in, and how to get "back".

We wouldn't need to minus state of the button either. Just apply the same treatment as the other icons get when active. If I click on any other icon, the zoomed state should be omitted and the device preview state is active.

Safari.mp4

[arthur791004]

See p1706194641864719-slack-CRWCHQGUB

[richtabor]

Related in part to WordPress/gutenberg#58202, which is directionally how the editor will support zooming. You will not be able to stack zooming and device preview; they're agnostic. Each serves a distinct purpose: zooming alters the view scale, while device preview simulates how content would appear on different devices.

[taipeicoder]

Closing this as we are sunsetting the Site Assembler.