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

12 lines
518 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.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
"version": "0.4.0",
"description": "Capture the current tab — visible viewport, full page, or a rectangle you draw. Preview + full editor (crop, annotate, redact, 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