sw-transfer-stream VS omni

To achieve this specific task, once an HTML page is loaded into the browser, and a ServiceWorker is registered for that scope, the server does not need to remain active to maintain the functionality of intercepting requests from the Web page (popup window) to the ServiceWorker, where the ServiceWorker can itself make requests to, for example, the same local server to execute parec and pipe output to multiple EventSource responses within the same initial connection, or pipe data to a single ReadableStream served with Response() and event.respondWith(), e.g., see https://github.com/guest271314/offscreen-webrtc, https://github.com/guest271314/sw-transfer-stream.

I've already built it https://github.com/guest271314/captureSystemAudio#web-accessible-resources-transferable-streams-media-capture-transform-breakout-box, https://github.com/guest271314/captureSystemAudio/blob/master/native_messaging/capture_system_audio/capture_system_audio.js; see also https://github.com/guest271314/sw-transfer-stream and https://github.com/guest271314/offscreen-webrtc. I'm just trying to reduce steps https://github.com/guest271314/requestClient.

Yes, you can create an iframe and/or a new window that you have complete control of to execute arbitrary code using either localhost or an extension; e.g., https://github.com/guest271314/sw-transfer-stream, https://github.com/guest271314/offscreen-webrtc.

Open new window to transfer data from ServiceWorker to arbitrary Web page https://github.com/guest271314/sw-transfer-stream

There are workarounds which involve using an iframe https://github.com/guest271314/persistent-serviceworker/tree/main/chromium_extension_web_accessible_resources_iframe_message_event or window.open() https://github.com/guest271314/sw-transfer-stream or and offscreen document https://github.com/guest271314/offscreen-webrtc with WebRTC - however that involves loading an entire HTML document, and each has its own deficienfies - with all of the Window features that we do not really need just to transfer data between the Web page I have control of and the ServiceWorker I have control of.

https://github.com/alyssaxuu/omni - for self-organization and optional browsing through your bookmarks in a familiar way (if you like Cmd+K spotlight search bar a common pattern in many modern applications, this is for you!)

That hotkey is very cool to have, no questions asked but i was already using omni which does the same thing so i couldn't see the appeal to switch to it just because of that.

I find a better solution with this two extensions omni and vimium

Hey hey!

This weekend I hacked together a quick command bar for Google Calendar. There are so many "Superhuman for Calendar" startups, but I don't really care about anything except the ⌘-k bar, so I just built a really good implementation myself.

It's already a way better Command Bar than most existing command bars from Superhuman or Raycast because it uses a LLM to do some of the parsing.

I did the overlay using a Chrome extension [1]. So I called it "Lui" (Language User Interface) and I'm going to make it work for more sites like Webflow, Mixpanel, Typeform and even Jira. What Lui's do you want to see?

My ambition is to make the web as wonderful to use as the terminal (once you've learned it, of course). But there's a reason GUI killed DOS, it's just super unforgiving. I think my Lui fixes that problem.

Chrome has yet to approve my app so you can't download it yet but if you put in your email I'll send you the `dist` so you can load it unpacked. I'm also consider open-sourcing some of it if people are interested, since I can't possibly build all the Lui's myself so other people should.

[1] Inspired by Alyssa X's Omni bar (https://github.com/alyssaxuu/omni)

Omni - This is technically not an app - it's a Chrome extension; basically gives you the equivalent of Spotlight within Chrome, allowing you to do a bunch of things without ever having to touch the trackpad