silentmode/theseus
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
theseus/bundled-addons/screenshot/addon.json

12 lines
543 B
JSON
Raw Normal View History

feat(theseus/screenshot): bundled screenshot add-on (visible / full page / region) New capture-tab capability on the addon-host, and the screenshot add-on uses it to expose three modes in a sidebar launcher panel: - Visible viewport: Electron's WebContents.capturePage() on the active tab - Full scrollable page: temp-resize the tab view to document.scrollHeight, capturePage, restore - Region: preload overlays a translucent selection div, tracks mousedown / move / up, sends the rect back; main takes the visible capture and crops via nativeImage.crop({x,y,width,height}) Saves land in the user's Downloads folder via session.downloadURL — same pipeline as any file download, so the download chip picks them up. Filename: theseus-screenshot-<host>-<ISO date>.png. JPEG option for smaller files. A follow-up task (task_b9608dc6) reworks this to open captures in a full-tab editor with crop / draw / annotate / undo / copy-to-clipboard instead of the current bare launcher.
2026-09-07 00:18:48 +02:00
{
"id": "screenshot",
"name": "Screenshot",
feat(theseus/screenshot): 0.5.0 — sidebar-first editor, direct save/copy, sounds Two problems the old editor kept hitting: - __pending drain race: opening the editor a second time (refresh, back-and- forth navigation) found the storage entry already consumed and bailed to a blank canvas silently. - Cross-origin img loading: editor.html at file:///…/addons/screenshot/ loading a scratch PNG at file:///…/addons-data/ counts as cross-origin under Chromium's file-URL policy; setting crossOrigin="anonymous" made the load fail outright. Rebuilt editor v2: - Load path is idempotent: silentmode.invoke("getBytes", {name}) → addon reads the scratch file and returns a data URL. No __pending drain, no cross-origin trickery — data: URLs are same-origin and never taint the canvas, so getImageData / toBlob keep working. - Two-canvas model (#base + #over, over is pointer-events:none) so live previews don't cost a full re-composite per mousemove. - Tools: cursor, arrow, rect, ellipse, pen, text. 6 swatches, 3 widths, undo / redo (25-deep). Copy + Save at the top bar. Back and Maximize buttons in the same top bar so navigation controls stay reachable when the toolbar wraps at narrow widths. - Keyboard: A/R/O/P/T select tool, Esc = cursor, Ctrl+Z/Shift+Z undo/redo, Ctrl+S save, Ctrl+C copy. - Toast surface for save/copy/error feedback. Sidebar panel gains a direct raw-save path so the user can copy or save the capture without entering the editor: - Two-row actions: [Copy] [Save] on top, [Discard] [Edit] below. - Copy uses navigator.clipboard.write(ClipboardItem); Save uses <a download> with a Blob URL — same path Chromium's will-download tracker already handles, so the file lands in Downloads and the chip updates like any other save. Inline "clear all" confirmation replaces the native confirm() — the old system-modal opened over the tab area (out of the sidebar's visual context) and looked like Windows 95. Now a compact red strip appears under the Recent header with Cancel / Delete buttons. Sounds + a sound-on/off toggle in both surfaces: - Web Audio oscillator-synthesized (no .wav shipped): shutter click on capture, two-tone bloop on copy, descending pair on discard/back, ascending triad on save. - Preference stored in silentmode.storage under "soundOn" (default on), shared between the panel and the editor. Simplifications: - Dropped the addon's "arm" onMessage handler (superseded by getBytes). - Manifest capabilities: sidebar-panel + capture-tab (no open-tab, no toolbar-menu). Bundled but not shipped — parent session handles the OTA sign + push.
2026-09-09 00:56:41 +02:00
"version": "0.5.0",
"description": "Capture the current tab — visible viewport, full page, or a rectangle you draw. Preview + annotate editor (arrow, rect, ellipse, pen, text, undo, copy, save) live inside the sidebar. Expand the sidebar to full window for a canvas-sized editor.",
feat(theseus/screenshot): bundled screenshot add-on (visible / full page / region) New capture-tab capability on the addon-host, and the screenshot add-on uses it to expose three modes in a sidebar launcher panel: - Visible viewport: Electron's WebContents.capturePage() on the active tab - Full scrollable page: temp-resize the tab view to document.scrollHeight, capturePage, restore - Region: preload overlays a translucent selection div, tracks mousedown / move / up, sends the rect back; main takes the visible capture and crops via nativeImage.crop({x,y,width,height}) Saves land in the user's Downloads folder via session.downloadURL — same pipeline as any file download, so the download chip picks them up. Filename: theseus-screenshot-<host>-<ISO date>.png. JPEG option for smaller files. A follow-up task (task_b9608dc6) reworks this to open captures in a full-tab editor with crop / draw / annotate / undo / copy-to-clipboard instead of the current bare launcher.
2026-09-07 00:18:48 +02:00
"author": "Silent Mode",
"icon": "📸",
"main": "index.js",
feat(theseus/screenshot): 0.4.0 — editor lives inside the sidebar, maximizable User report: the sidebar preview lands correctly, but the moment the editor opens in its own tab the picture is blank. Rather than chase that class of handoff race again, put the editor in the same webContents as the panel: the sidebar view navigates panel.html ↔ editor.html in place. Same document object, same silentmode.storage surface, no cross-tab __pending transfer at all. - panel.html "Edit" button now calls silentmode.invoke("arm", …) — the add-on rewrites __pending with the currently-previewed capture's bytes, and the panel does location.href = "editor.html?name=…". Sidebar view loads the editor with the same preload; editor.js's storage-based load path pulls the pending entry out and paints. - editor.html gains a "Back" arrow (returns to panel.html) and a maximize / restore icon. - discard() now navigates to panel.html instead of closeTab() — there is no tab to close. - Manifest drops the "open-tab" capability entirely (no more full-tab editor); keeps sidebar-panel + capture-tab. Framework: new silentmode.sidebar.{maximize, restore, toggleMax, isMax, onMaxChange}. main.js honours them via new sidebar-maximize / -restore / -toggle-max / -is-max IPCs, remembering the pre-maximize width so a restore drops back exactly. The sidebar drag-grip auto-exits maximize mode on any user drag, so pulling the edge always lands on the pre-max value plus/minus the delta. sidebar-preload exposes the surface; chrome.html renderer is untouched — this is a per-panel affordance. Editor tools (crop / arrow / rect / ellipse / pen / text / mosaic / undo / redo / copy / save) unchanged. Save still goes through Chromium's <a download> path, so the file lands in Downloads and appears in the download chip like any other save. Bundled but not shipped — leaving version bump + deploy to parent session.
2026-09-08 22:18:41 +02:00
"capabilities": ["sidebar-panel", "capture-tab"],
feat(theseus/screenshot): 0.3.0 — sidebar-first flow with explicit "open in tab" 0.3.33 still ships blank screenshots because the whole toolbar-menu → auto- open-editor path can't be made race-free: the moment the editor tab opens it becomes the active tab, and a snapshot of the editor's own tab (before its canvas has drawn from storage) is a valid-looking 24 KB all-white PNG. The lastCapturableTabId fallback I added in a279864 catches the second click, but the first click can still land on the addon-owned tab whenever the user re-triggers before setActive has settled. Rebuild the UX so this class of race can't happen at all: - Drop the toolbar-menu capability. Manifest is back to sidebar-panel + capture-tab + open-tab, so the dock icon opens the panel (never the editor directly). No dropdown, no clip-under-tab-view issue, no auto- jump into an addon-owned tab. - Sidebar has the three capture buttons + a preview <img> + a "Open in editor tab" button. The preview is fed a data:image/png URL returned straight from api.captureTab, rendered inside the sidebar's own document — same origin, no file:// cross-directory gotcha, and the user can see immediately whether the shot actually landed. - Editor.html tab opens only on an explicit "Open in editor tab" click. The addon rewrites __pending at that moment (so the editor always sees the just-selected capture even if a prior editor tab drained the entry), then api.openTab("editor.html", {name}). The editor's storage-based load path is unchanged. - Recent captures ring is kept and now exposed as a horizontal thumbnail strip in the sidebar; clicking a tile re-previews that capture and arms "Open in editor tab" for it. Editor page (editor.html/js/css) unchanged — same crop / arrow / rect / ellipse / pen / text / mosaic-redact / undo / redo / copy / save. Bundled but not shipped — leaving version bump + deploy to the parent session.
2026-09-08 20:26:48 +02:00
"updateURL": "https://navigate.st/bns/theseus.x/extensions/screenshot/updates.json"
feat(theseus/screenshot): bundled screenshot add-on (visible / full page / region) New capture-tab capability on the addon-host, and the screenshot add-on uses it to expose three modes in a sidebar launcher panel: - Visible viewport: Electron's WebContents.capturePage() on the active tab - Full scrollable page: temp-resize the tab view to document.scrollHeight, capturePage, restore - Region: preload overlays a translucent selection div, tracks mousedown / move / up, sends the rect back; main takes the visible capture and crops via nativeImage.crop({x,y,width,height}) Saves land in the user's Downloads folder via session.downloadURL — same pipeline as any file download, so the download chip picks them up. Filename: theseus-screenshot-<host>-<ISO date>.png. JPEG option for smaller files. A follow-up task (task_b9608dc6) reworks this to open captures in a full-tab editor with crop / draw / annotate / undo / copy-to-clipboard instead of the current bare launcher.
2026-09-07 00:18:48 +02:00
}
Reference in a new issue Copy permalink