https://bugs.documentfoundation.org/show_bug.cgi?id=162101
--- Comment #8 from jan d <[email protected]> --- Generally: What would be really helpful is having some prior art here. What I found so far are: – navigation views, where a document is shown is a zoomed-out view. Clicks and drags in this view move the main view. This is different from the OSes zoom-in for accessability, since the added view is actually *zoomed out*. All editing still happens in the main view. Examples: Affinity Photo (but probably also other image editors) - Now, that is far fetched, but the game Rollercoaster Tycoon has a main view that can be zoomed and an unlimited amount of in-game windows that can be opened and interacted with, just as with the main view. So we already have different cases: - Additional view for navigation (zoomed out), main view for interaction (zoomed in) - Additional view for interaction (zoomed in), main view for navigation (zoomed out) Technically, one could seamlessly switch between both modes (its just that view/controller need to map the screen/mouse coordinates) BUT it probably leads to confusion and/or additional controls to influence both views independently (Maybe leading to a 80/90s ish excess of floating windows) -- You are receiving this mail because: You are the assignee for the bug.
