nikisweeting
A11y-tree alone is not enough for many sites because lots of auth stuff happens in OOPIF frames that need special handling/stitching/interactive element filtering.
There's also the issues of many captchas around auth stuff being implemented using canvas elements (that are hard to instrument for browser agents without relying on CUA). Can their on-device 3B model really handle accurate CUA driving? I guess we'll see...
I hope Insta360, DJI, and many more competitors spring up out of their ashes. Assuming fast microsd cards for writes, how much DDR RAM do they really need to buffer videos during recording? 4gb? 8gb?
- https://www.music-map.com/ - https://everynoise.com/ - https://chartmetric.com/ - https://musicroamer.com/ - http://davidmckinney.com/app
But they're all kind of generic, I would love to see something more genre-specific with additional historic context and personality.
Libraries like Playwright and even Google's own puppeteer resorted to hacks like forcing users to foreground pages manually, or pretending "last opened == foreground".
After writing brittle state sync logic and workarounds for the last 2 years I got tired of dealing around this issue, so I contributed a fix upstream into Chromium!
But I've struggled with the IO parts, it seems every system is so different, it's hard to live without LLVM-IR as the middle layer abstracting away compiler and target differences.
What Are Unix Domain Sockets?
Great job Dave Gaeddert!
I'm saddened to see some of the other comments saying it's slop, he was working on this long before vibecoding became common! I think there's a lot of really good design decisions and I hope people don't write it off just because he's trying the "for agents" marketing approach lately.
I want to be able to search abstract concepts like "package" or "download" or "jazz" and see everything vaguely related like emojidb does.
Curious who else is working on stuff like this / what other solutions exist that are like "Little Snitch" for agent network + filesystem calls.
Currently pnpm only supports setting this option via persistent config file, not per-run.
Does anyone have any other favorite modern bloom-filter-based search solutions that dont need to store copies of all the documents in the search db? Ideally something that can run in WASM too so we can ship a tiny search index to the browser. I found https://github.com/tinysearch/tinysearch but haven't tried it yet.
They recently landed multi-writer support for their rust SQLite re-implementation, which is personally the biggest issue I've had with using SQLite for high concurrency applications.
`PRAGMA journal_mode = 'mvcc';`
https://docs.turso.tech/tursodb/concurrent-writes
Very excited to see if SQLite responds by adding native support, I'm hoping competition here will spur improvements on both sides.
accelerometer | metronome | tee >(keyboard-brightness) | speakerShow HN: Mac-hardware toys, control your Mac's hardware like a modular synth
It's only semi-related in that it's a similar string thats appearing in millions of repos due to a Github feature change, but it's now polluting Google search results with tons of duplicate URLs unnecessarily. Issue has 100+ votes but has been entirely ignored by Github team.
There's also RGA (ripgrep-all) which searches binary files like PDFs, ebooks, doc files: https://github.com/phiresky/ripgrep-all
Maybe it's a karma-gated feature?