Feature Request: Enhanced Screenshot Tool — Full Resolution, Clipboard/Save Behaviour, and Page-to-Markdown Copy #12557
guilgo-alf
started this conversation in
Ideas
Replies: 1 comment
|
Perhaps another add is someway to target which element is captured when multiple containers overlap the cursor, and it is desired to capture the contents of the larger container. A common case where this is an issue is with tables, like the one seen below. Because the table contains elements within its entire extent, it is impossible to target the table's container unless that element is removed. If some functionality were exposed (ex. through Shift + scroll) to select elements in increasing/decreasing nesting pattern, then capturing any container would be no issue. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment


Uh oh!
There was an error while loading. Please reload this page.
Summary
The built-in screenshot tool is already useful, but a few enhancements would make it significantly more powerful for productivity workflows — without adding bloat. This proposal covers four areas: resolution quality, output behaviour, keyboard shortcuts, and a new 'copy page as Markdown' function.
1. Full-Resolution Captures (Full Page and Region/Element)
Current behaviour: The screenshot tool downscales large captures — both in 'Save full page' and 'Save visible' / region-select modes — to conserve memory. This results in noticeably blurry output, especially on high-DPI displays.
Proposed behaviour: Captures should respect the device's native pixel ratio (DPR) by default, producing crisp, full-resolution output in all capture modes — full page, visible area, and element/region selection.
Configuration: A new
about:configpreference (e.g.zen.screenshot.dpr) could let users set their preferred DPR multiplier (default: device native, e.g.2). This keeps it lightweight — no UI needed unless the team wants to surface it in Settings later.Context: Firefox's DevTools console already supports
:screenshot --fullpage --dpr 2, proving the engine can handle this. The gap is that this capability isn't exposed through the native screenshot tool.2. Output Behaviour — Save to Downloads + Copy to Clipboard
Current behaviour: The screenshot tool copies to clipboard or offers a download — but doesn't do both, and the user has limited control over this.
Proposed behaviour: After capturing, the screenshot should:
Both behaviours should be independently toggleable via
about:configor (ideally) a small settings section, so users can choose either, both, or neither (keeping the current preview/confirm flow). Suggested prefs:zen.screenshot.autoSaveToDownloads— boolean, defaulttruezen.screenshot.autoCopyToClipboard— boolean, defaulttrueThis mirrors how tools like ShareX and Greenshot behave — capture once, output everywhere you need it.
3. Dedicated Keyboard Shortcuts
Current behaviour: The screenshot tool is triggered via
Win+Ctrl+``, which opens the selection UI. There is no direct shortcut to capture the full page or visible area without going through the selection step.Proposed shortcuts (configurable in
about:preferences):Ctrl+Shift+For user-configurableCtrl+Shift+Vor user-configurableThese should trigger the capture immediately using the output behaviour configured in Section 2 (save, clipboard, or both) — no intermediate UI, just instant capture.
4. Copy Page as Markdown
This is a slightly different feature, but it fits naturally alongside the screenshot tool as a 'capture what's on this page' utility.
Proposed behaviour: A new action — accessible via keyboard shortcut and/or the right-click context menu — that converts the current page's content to clean Markdown and copies it to the clipboard.
Why this belongs in Zen:
Ctrl+Shift+M) to copy the page — or a selected portion — as Markdown would be a standout feature no other major browser offers natively.Scope options (from minimal to full):
about:config— include/exclude images asreferences, configure heading depth, etc.Summary of Proposed
about:configPreferencesCurrent Workarounds
F12) → type:screenshot --fullpage --dpr 2→ close DevTools. Functional, but disruptive for frequent use.Why This Matters
These are all lightweight, preference-driven features that align with Zen's philosophy of calm, efficient browsing. They remove friction from workflows that power users perform dozens of times a day — capturing and sharing what's on the screen — without adding visible UI complexity for users who don't need them.
All reactions