Developer Releases Open-Source Rust Macro Recorder with JSON-Based Script Support

·1 views

A developer has released a lightweight, open-source macro recorder built in Rust, distributed as a single ~7 MB executable under the MIT license. The tool stores macros in plain JSON format and supports a small scripting layer with conditionals, variables, and screen conditions. It offers four input-detection methods — Windows UI Automation, image search, OCR via the built-in Windows engine, and fixed DPI-aware coordinates — with image search optimizations reducing average step time from ~78 ms to ~7 ms on a 1440p display. Most of the code was written with the assistance of an AI agent, with the developer overseeing architecture, reviewing all output, and handling complex components such as DPI handling and image-search optimization. The project is publicly available on GitHub, carries no telemetry or accounts, and includes VirusTotal results to address antivirus false-positive concerns upfront.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Namecheap Auctions Close in a Daily Batch, Not by Individual Timer

Unlike eBay-style bidding, all Namecheap expiring and marketplace auctions close simultaneously at 11:00 AM ET each day, making last-second sniping ineffective. Any bid placed near the closing window triggers an automatic extension, so speed alone cannot win an auction. A developer has built a tool called PounceDomains around this mechanic, focusing instead on early discovery and accurate valuation. The platform scans Namecheap's aftermarket continuously, lets users describe desired domains in plain English, and applies seven scoring filters before an AI ranks surviving results. It also surfaces Namecheap's largely overlooked Closeout listings — expired auctions re-listed at steeply reduced prices — sorting them by authority, backlinks, search demand, and age.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

GrapheneOS 2027 Expands Official Support to Motorola, OnePlus, and Sony Flagships

GrapheneOS announced official support for select flagship phones from Motorola, OnePlus, and Sony in early 2027, marking the first time the privacy-focused Android fork has been available on high-performance devices beyond Google Pixel. The supported models — including the Motorola Edge 30 Ultra, OnePlus 12 Pro, and Sony Xperia 1 V — all feature Snapdragon 8 Gen 3 processors and meet GrapheneOS's hardware security requirements. Compared to stock Android, GrapheneOS 2027 replaces Google Play Services with a sandboxed compatibility layer, enforces mandatory verified boot, and applies a hardened network stack with DNS-over-HTTPS. The release drew significant attention online, with searches for 'GrapheneOS Motorola' spiking 250% on Google Trends within days of the announcement. Monthly over-the-air updates with signed binaries and a three-year support window are included for all newly supported devices.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

GSoC Contributor Passes Midterm, Hardens sbi Builder API in Weeks 7–8

A Google Summer of Code (GSoC) contributor passed their midterm evaluation after completing weeks 7 and 8 of the program. The work focused on strengthening existing code rather than adding new features, primarily through pull request #1920, which introduced the RatioEstimatorBuilder for the NRE model family. Key improvements included immediate error-raising for invalid config values, rejection of model-incompatible keyword arguments at construction time, and making config dataclasses immutable to prevent silent misuse. The contributor also renamed ambiguous API parameters — z_score_x and z_score_y — to the clearer z_score_input and z_score_condition before the API shipped in any release, avoiding a future breaking change. For the second half of GSoC, the workflow has shifted: the contributor will now draft design proposals for mentor review before implementation begins.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Key dig Commands DevOps Engineers Need for Fast DNS Troubleshooting

DNS resolution failures are behind a significant portion of application outages, often mistaken for broken services. The command-line tool dig allows engineers to quickly trace where in the resolution chain a failure occurs, from the client's resolver to the authoritative DNS server. Common culprits include stale cached records, incorrect resolver configuration, and mismatched CNAME entries. Engineers are advised to always run diagnostics from the same host and resolver that the affected application uses, since testing from a local machine can produce misleading results. Key dig options such as +short, +trace, -x, and resolvectl status help isolate whether the issue lies in caching, delegation, or resolver misconfiguration.

0 comments Read more at DEV Community