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

12 lines
491 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.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
"version": "0.3.0",
"description": "Capture the current tab — visible viewport, full page, or a rectangle you draw. Preview lands in the sidebar; open in a new tab for the full editor (crop, annotate, redact, save).",
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.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
"capabilities": ["sidebar-panel", "capture-tab", "open-tab"],
"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