mirror of
https://github.com/Drop-OSS/drop-app.git
synced 2026-07-21 17:05:32 -04:00
[GH-ISSUE #28] Feature request: user-configurable zoom #11
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @twilight-flower on GitHub (Mar 22, 2025).
Original GitHub issue: https://github.com/Drop-OSS/drop-app/issues/28
Currently, as far as I can tell from running the dev build, there's no way of setting the zoom level / scaling of the Drop desktop app. Being able to set that on a per-program basis, as opposed to only via broadly-targeted OS-based scaling, is useful, and it would be nice to have here.
For implementation, I suspect it would be best to add a zoom setting to the Interface submenu of the app settings, allowing users to specify integer percentages to set scale to which will then be retained between runs of the program. (Plausibly in a bounded range, such as 20% to 1000%.) But it would also plausibly be reasonable to offer popular zoom options in a dropdown menu or bank of preset-buttons, to simplify a bit for less-precision-demanding users.
The other possible implementation coming to mind is to instead just use Tauri's built-in support for keyboard-based zoom control. (I've got a branch here with that implemented.) However, compared with a proper GUI-menu-setting, this has lower discoverability—it's not marked as an option in the GUI anywhere, by default—and lower fine-grainedness of control offered to the user—at least as implemented for Mac and Linux, it only enables zoom-level-changes in 20% increments (relative to the baseline 100% zoom)—and as such it strikes me as likely to be less convenient both for inexperienced users (who will have more trouble identifying it as an available option) and for experienced ones (who will get less granularity-of-offered-zoom-levels from it).
(Inconveniently, Tauri's implementation of keyboard-based zoom for non-Windows platforms tracks zoom level in a variable scoped to the script doing the implementing, rather than by checking any sort of global window-state, and so is unlikely to play nicely with any changes to zoom level from elsewhere, such as from a settings GUI; if someone were to start at 100% zoom, set to 150% in settings, and then use the increase-zoom keyboard shortcut, it would almost-certainly-unwantedly cause their zoom to decrease to 120%. Thus these two implementation-possibilities are somewhat mutually-exclusive.)
@DecDuck commented on GitHub (Mar 22, 2025):
This is a good feature - I'm not 100% sure how to get Tauri to logically scale the webview for us though, because I like the former solution. Will take some digging.
Feature request: user-configurable zoomto [GH-ISSUE #28] Feature request: user-configurable zoom