This repository is a Docusaurus v3+ plugin that provides offline/local search functionality. It operates in two phases: at build time, it parses the generated HTML pages (docs, blog, static pages) using cheerio, extracts text and metadata, and builds Lunr.js search indexes per documentation version/language. At runtime, it serves a React-based search bar using @algolia/autocomplete-js that fetches the pre-built index JSON and performs client-side searches with Lunr. The plugin supports multiple languages, documentation versions, i18n, and configurable boosting of title/content/tags. It is a well-engineered monorepo with a single plugin package and an example Docusaurus site for testing. The code is TypeScript, has unit and e2e tests, and follows modern development practices (pnpm workspaces, Turborepo, conventional commits).
quickrun.el is an Emacs Lisp package that provides a quick and convenient way to execute the current buffer's content using the appropriate interpreter or compiler. It automatically detects the programming language based on file extension or major mode, then runs the corresponding command (e.g., python, gcc, node) with the buffer content as input. The package supports a wide range of languages, including compiled languages (C, C++, Java, Go), scripting languages (Python, Ruby, Perl), and markup languages (Markdown, HAML). It offers multiple execution modes: standard run, compile-only, shell (for interactive programs), region execution, and argument passing. Output can be directed to a dedicated *quickrun* buffer with ANSI color support, or to files, variables, browsers, or multiple destinations via a pluggable outputter system. The architecture is monolithic, with all functionality contained in a single Emacs Lisp file, but it provides a clean extension API via `quickrun-add-command` and `quickrun-set-default` for adding custom language support. The package is well-maintained, with active development and CI testing across multiple Emacs versions and platforms.
Partio is a C++ library and toolkit for particle input/output and manipulation, primarily used in visual effects and simulation pipelines. It provides an abstraction layer for particle data (position, velocity, ID, etc.) with support for multiple file formats (BGEO, GEO, PDC, PDB, etc.) through a plugin-based I/O system. The repository includes core library code, command-line tools (partconvert, partinfo, partview), a Qt-based GUI editor (partedit.py), Python bindings via SWIG, and test suites. The architecture separates core data structures, format-specific handlers, and utilities like caching and KD-trees, enabling both direct library use and standalone tools for data inspection and conversion.
Scopy is a cross-platform Qt/C++ desktop application for signal analysis and instrument control, developed by Analog Devices. It provides a software oscilloscope, spectrum analyzer, signal generator, logic analyzer, data logger, and many other test-and-measurement tools. The application communicates with Analog Devices hardware (M2K, AD936x, ADRV9009, etc.) via the IIO (Industrial I/O) framework and libiio, and integrates GNU Radio for real-time signal processing pipelines. Scopy features a modular plugin architecture where each hardware target or instrument is a separate plugin package, loaded dynamically at runtime. The core framework provides reusable GUI widgets (plotting, menus, docking), an IIO attribute abstraction layer (iio-widgets), an asynchronous command queue for device operations, and a JavaScript scripting API for automation and testing. The codebase is large and well-structured, with extensive CI/CD for Linux, macOS, Windows, Android, and ARM platforms, but contains some legacy code and mixed API styles that indicate moderate technical drift.
Galera is a synchronous multi-master replication middleware for transactional databases, primarily MySQL and MariaDB, implemented as a wsrep provider shared library (libgalera_smm.so). The codebase provides total-order multicast group communication via a layered protocol stack (GCS/gcomm), conflict detection through certification of write-sets, incremental state transfer (IST) with a multi-tier cache (gcache), and an arbitrator daemon (garbd) for quorum maintenance. Architecturally, it is structured as a set of cooperating C++ libraries: galerautils (memory allocators, configuration, threading, hashing), gcs (group communication service with membership and flow control), gcomm (transport abstraction with EVS/PC/GMCast protocols), galera (replication engine with certification and write-set handling), and gcache (write-set caching in memory, ring buffer, and memory-mapped pages). The code is well-tested with unit tests (Check framework), regression tests, and integration test scripts. While the core replication logic and utility libraries are well-crafted and modular, the project bundles an older version of the ASIO networking library and retains C++03 compatibility shims, contributing to moderate technical drift. The repository is actively maintained with regular commits and issue triage.
This repository provides a toolkit for developing JavaScript for Automation (JXA) scripts on macOS using TypeScript. It includes packages for running JXA code from Node.js (@jxa/run), an interactive REPL (@jxa/repl), type definitions for macOS applications (@jxa/types and @jxa/global-type), and a tool to generate TypeScript definitions from Apple's SDEF files (@jxa/sdef-to-dts). The monorepo structure (managed by Lerna) separates concerns into focused packages, enabling type-safe and efficient automation of macOS applications.
This repository is a personal keyboard firmware configuration and build system for multiple ergonomic split keyboards (ZMK-based wireless and QMK-based wired). It provides a unified 36-key layout with advanced features including smart layers (caps word, num word, sentence case), adaptive keys (repeat/alternate), Vim mode with host sync, OS detection, MEHS layer for IDE shortcuts, and Portuguese/English accent support. The architecture consists of ZMK and QMK firmware definitions, build scripts (Containerfile, shell scripts), editor integrations (VSCode, IntelliJ, Neovim), documentation site, and 3D printable models. The codebase demonstrates strong modularity with feature files separated by concern, consistent timing constants across platforms, and reusable patterns for editor keymap installation and diagram generation. While tightly coupled to the author's specific layout, the feature implementations (adaptive keys, smart layers, Vim mode) are self-contained and could be extracted as reusable ZMK modules or QMK userspace features.
This repository is a Python application/library for generating 2D heatmaps from coordinate data. The core module src/heatmap77/heatmap.py implements a complete pipeline: file readers parse plain text, CSV, GPX, and ESRI Shapefile inputs; coordinate systems and projections (equirectangular, mercator) map lat/lon to pixel space; linear and gaussian kernels spread point mass; sparse matrix classes accumulate contributions with optional decay; and an ImageMaker renders the result to PNG/PPM, optionally compositing over OSM tiles or custom backgrounds. The package exposes both a CLI entry point (heatmap77) and a programmatic API used by the examples.
Flamingock is a Java library for applying versioned, auditable 'change-as-code' migrations to databases and external systems, evolved from Mongock. At runtime it discovers annotated @Change classes or YAML change templates, orders them into pipeline stages, acquires a distributed lock, executes each change with optional transaction/rollback semantics, and records an audit trail. It supports Mongo DB (sync/reactive/Spring Data), SQL dialects, DynamoDB, and Couchbase, and ships both a community edition (local audit stores) and a cloud edition (HTTP client for a SaaS backend). The project also provides Spring Boot auto-configuration, a Gradle plugin, an annotation processor, a CLI runner, GraalVM native-image support, and legacy Mongock importers. Architecturally this is a multi-module Gradle build with a clean separation between core execution, audit-persistence abstractions, target-system adapters, and platform integrations. The code is heavily tested, including Testcontainers-based end-to-end tests across database backends, conformance suites for audit compaction, and wire-contract tests for the cloud API. However, the breadth of supported backends leads to notable duplication across MongoDB sync/reactive, DynamoDB, Couchbase, and SQL modules, and a few documented deficiencies are accepted as known test behavior rather than fixed. Overall it is a production-grade, actively maintained framework with strong engineering discipline and a few genuinely reusable patterns embedded among its internal abstractions.
Sphinx Book Theme is a Python package implementing a book-style HTML theme for Sphinx documentation builds. It extends pydata-sphinx-theme (pinned to 0.22.0) and adds custom docutils directives (Margin), a build-time transform that rewrites footnotes into Tufte-style side/margin notes, and header-button generators that emit launch links for Binder/Colab/JupyterHub/Deepnote/JupyterLite plus source links for GitHub/GitLab/Bitbucket. It is distributed on PyPI and serves as the default theme for Jupyter Book, making it a foundational component of the scientific Python documentation ecosystem. Despite this research-communication role, it is a software library, not a data tool — it renders and styles documentation rather than analyzing data. This hybrid character is worth noting: the repo does not contain data pipelines, notebooks for analysis, or research outputs; it contains a Sphinx plugin and frontend asset pipeline. The Python layer is thin but carefully engineered. Theme setup in __init__.py registers Sphinx events, directives, nodes, and transforms; header_buttons/ uses a clean per-provider functional abstraction for generating URLs; _compat.py guards against docutils API drift; and _compile_translations.py coordinates a JSON-to-PO/MO translation workflow. The frontend is compiled with Webpack from a 7-1-architecture SCSS codebase with sections for layout, content, and third-party extension overrides. Tests build real sample sites and use pytest-regressions to verify rendered HTML across Python 3.11-3.14 and Sphinx 8-9, which demonstrates solid engineering discipline for a theme project. The README explicitly declares maintenance mode: bug fixes only, no new features. The last commit is recent and CI runs continuously, but the tightly pinned pydata-sphinx-theme dependency, Sphinx 11 deprecation warnings in the test config, and hand-maintained translation files indicate slow technical drift. For engineers looking for reusable pieces, the standout items are the footnote-to-sidenote transform, the header-button provider pattern, and the HTML asset-hashing utility; the Jinja templates and SCSS are heavily theme-specific and not worth extracting.
PyEMD is a pure Python library for computing the Earth Mover's Distance (also known as Wasserstein distance) between histograms. As of version 2.0, it serves as a thin wrapper around the POT (Python Optimal Transport) library, providing three main functions: `emd()` for computing the EMD value, `emd_with_flow()` for getting both the EMD value and the flow matrix, and `emd_samples()` for computing EMD directly from sample arrays. The library implements optimizations from the original C++ implementation, including pre-flow cancellation of mass within same bins for zero-cost transport. It follows modern Python packaging practices with pyproject.toml, uses setuptools_scm for version management, and maintains comprehensive test coverage.
Open-OmniVCus is a research monorepo reproducing the NeurIPS 2025 OmniVCus method for subject-driven video customization under multimodal control conditions (reference image, depth, mask, motion/camera). It is hybrid by nature: the dominant character is an application/framework layer provided by a large vendored/forked copy of DiffSynth-Studio, wrapped around research-oriented data-construction and training code (VideoCus-Factory, Video-Depth-Anything). The repo does not expose a hosted service or API; it is a Python library plus executable training/inference scripts for diffusion-based image and video generation.
FSharp.Formatting is a mature, production-grade documentation generation toolchain for the F# ecosystem. It consists of several libraries (Markdown parsing, code syntax highlighting with F# Compiler Service integration, API documentation generation from XML doc comments, literate programming support for .fsx and .ipynb files) and a CLI tool (`fsdocs`) that builds static documentation websites with search, theme toggling, and a live-reload dev server. The system is primarily a developer tool used by F# projects to produce API reference sites and literate documentation. Its architecture is modular: the Markdown parser, code formatter, literate processor, and template engine are separate libraries that can be used independently. The CLI orchestrates these libraries, cracking MSBuild projects for metadata, evaluating code via F# Interactive, and generating output in HTML, LaTeX, Markdown, and Jupyter notebook formats. External dependencies include the F# Compiler Service, Newtonsoft.Json, and a bundled version of Yaaf.FSharp.Scripting. The codebase demonstrates deep integration with the F# compiler's type-checking and symbol resolution APIs, but also shows signs of organic growth: duplicated test data, a legacy C# MarkdownSharp project, and some conditionally compiled code for .NET Framework compatibility.
This repository is a Go SDK and command-line tool for managing Proxmox VE. The core `proxmox` package provides typed configuration structs and client interfaces for nearly every Proxmox resource: QEMU VMs, LXC containers, storage backends, users, groups, pools, API tokens, snapshots, ACME accounts, metric servers, HA rules, SDN, and content templates/ISOs. The SDK maps strongly-typed Go structs to and from Proxmox's `/api2/json` endpoints, with pervasive validation, version-aware feature gates, and both legacy and modern client layers. A Cobra-based CLI in `cli/` exposes these operations to end users, while a deprecated `main.go` still exists for legacy command-line usage.
This is a PHP library for Chinese text processing, providing functions for pinyin conversion (with tone marks, tone numbers, and first letters), pinyin segmentation, simplified/traditional Chinese conversion, number-to-Chinese-spoken conversion, and number-to-Chinese-financial (money) conversion. The library supports multiple data backends: Memory (loads all data from SQLite into memory for performance), SQLite (queries on demand with low memory), JSON (compatibility mode with reduced data), FFI (uses a C++ shared library via PHP FFI for maximum performance), and SwooleFFI (non-blocking FFI for Swoole coroutines). The architecture follows a strategy pattern with a facade (`Chinese` class) that delegates to mode-specific drivers. The code is well-structured, includes comprehensive tests for all modes, and handles edge cases such as multiple character readings (多音字) and zero values. The library is self-contained with bundled data files and precompiled FFI binaries for multiple platforms.
cordova-plugin-ionic-webview is a Cordova plugin that provides high-performance web views for hybrid mobile applications. On iOS, it replaces UIWebView with WKWebView for better performance and features. On Android, it uses the latest evergreen webview (Chrome-based). The plugin implements a local HTTP server to serve app assets via HTTP(S) URLs instead of file:// URLs, which is necessary due to webview security restrictions. It supports custom URL schemes (ionic://, http://, https://), HTML5 mode routing for single-page applications, service worker request handling, and provides JavaScript APIs for converting file paths to webview-accessible URLs. The architecture consists of platform-specific native implementations (Java for Android, Objective-C for iOS) with a common JavaScript interface through Cordova's plugin system.
Enunciate is a build-time Java framework that generates API documentation, Swagger/OpenAPI specs, WSDL/XSD, and multi-language client libraries from annotated web service source code (JAX-RS, JAX-WS, JAXB, Jackson, Spring MVC). It operates as a Maven plugin or Ant task, using a plugin architecture where each technology (JAXB, JAX-RS, etc.) and output format (HTML docs, C# client, etc.) is a separate module discovered via Java SPI. The core engine scans source files, builds an internal API model using javac annotation processing, then renders templates (FreeMarker) to produce artifacts. The codebase demonstrates solid engineering with clear separation of concerns, but shows age: it targets Java 8, uses older library versions, and has significant duplication across client generation modules. It remains functional for legacy projects but may require updates for modern Java frameworks.
The Web3Auth repository provides a comprehensive solution for Web3 authentication, with a focus on ease of use, security, and flexibility. It includes various demos and examples for different blockchain platforms and frameworks, as well as a collection of sample projects to help get started with Web3Auth integration.
This repository contains the Helm chart and supporting tooling for the Astronomer Platform (Astronomer Private Cloud), a Kubernetes-native platform for deploying and managing Apache Airflow at scale. It is not a standalone application but an infrastructure-as-code deployment system comprising an umbrella Helm chart with ~20 subcharts (astronomer, nginx, prometheus, grafana, alertmanager, elasticsearch, vector, postgresql, external-secrets, airflow-operator, laminar, etc.). The platform supports control-plane/data-plane/unified deployment topologies with extensive security hardening (PSS-restricted, network policies, PodDisruptionBudgets), multi-cloud ingress (nginx/Istio), and optional sidecars for authentication and logging. A rich test suite (pytest-based chart rendering tests, functional e2e tests on real Kubernetes clusters, and Helm values migration tests) ensures correctness across Kubernetes versions 1.31-1.37. The repository also includes scripts for setting up local development environments (k3d, kind), migrating Helm values between schema versions, and releasing the chart to Helm repositories.
PyPlot.jl is a Julia package that provides a direct interface to the matplotlib.pyplot library from Python, enabling Julia users to create plots using Matplotlib's extensive plotting capabilities. The package uses PyCall to call Matplotlib functions with minimal overhead, passing Julia arrays without copying. It integrates with Julia's multimedia I/O system to display plots in various backends (including IJulia, Jupyter, and GUI windows) and supports automatic backend selection based on available dependencies. The architecture consists of a core module handling the PyPlot interface, separate modules for colormap management and 3D plotting, and initialization code that configures the Matplotlib backend and sets up integration with Julia's display system. Key features include support for LaTeX in plot labels via LaTeXStrings, automatic figure management in interactive environments, and compatibility with both Julia-based and Python-based GUI backends.