awesome-repositories.com
Blog
MCP
awesome-repositories.com

Découvrez les meilleurs dépôts open-source grâce à notre recherche par IA.

ExplorerRecherches sélectionnéesAlternatives open sourceLogiciels auto-hébergésBlogPlan du site
ProjetServeur MCPÀ proposNotre méthodologiePresse
Mentions légalesConfidentialitéConditions d'utilisation
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·

4 dépôts

Awesome GitHub RepositoriesFilesystem Loading

Capabilities for loading text content from the host filesystem into buffers or registers.

Distinct from Buffer-Based Storage: Focuses on the act of pulling disk content into the editor, not staging changes for persistence.

Explore 4 awesome GitHub repositories matching development tools & productivity · Filesystem Loading. Refine with filters or upvote what's useful.

Awesome Filesystem Loading GitHub Repositories

Trouvez les meilleurs dépôts grâce à l'IA.Nous recherchons les dépôts les plus pertinents grâce à l'IA.
  • mawww/kakouneAvatar de mawww

    mawww/kakoune

    10,938Voir sur GitHub↗

    Kakoune is a scriptable, modal text editor for the terminal that employs a client-server architecture. This model allows multiple terminal windows to connect to a single editing session, providing a programmable environment for managing source code and text. The editor is distinguished by its selection-first logic, where a text region must be predefined before a command is applied. It leverages regular expressions to manage multiple cursors and perform bulk edits across complex text patterns, and it integrates deeply with the shell by piping selections through external programs and filters.

    Allows loading text directly from the host filesystem into the editor's buffers or registers.

    C++
    Voir sur GitHub↗10,938
  • stevearc/oil.nvimAvatar de stevearc

    stevearc/oil.nvim

    6,265Voir sur GitHub↗

    Renders directory contents as a modifiable text buffer for filesystem operations.

    Luaneovimneovim-pluginnvim
    Voir sur GitHub↗6,265
  • cortexproject/cortexAvatar de cortexproject

    cortexproject/cortex

    5,751Voir sur GitHub↗

    Cortex is an open-source, horizontally scalable metrics platform that ingests, stores, and queries Prometheus-compatible time-series data with multi-tenant isolation. It accepts metrics via Prometheus remote write and OpenTelemetry, executes PromQL queries against both recent and historical data, and provides a Prometheus-compatible alerting and recording rule engine with an integrated Alertmanager. The system is built as a set of independently scalable microservices that use hash-ring-based sharding, gossip-based cluster membership, and tenant-aware object storage to distribute workloads acro

    Cortex reads Prometheus recording rules from a local filesystem path, supporting read-only rule loading for sharded deployments.

    Gocncfhacktoberfestkubernetes
    Voir sur GitHub↗5,751
  • hyperjumptech/grule-rule-engineAvatar de hyperjumptech

    hyperjumptech/grule-rule-engine

    2,505Voir sur GitHub↗

    Grule is a business rule engine for Go that decouples complex decision-making logic from core application code. It provides a framework for defining, versioning, and executing business rules through a domain-specific language, allowing logic to be managed independently of the underlying software implementation. The engine distinguishes itself by utilizing a formal grammar-based parser and a Rete-inspired pattern matching algorithm to evaluate logic against data facts efficiently. It supports dynamic system modeling by enabling runtime updates to policies and providing thread-safe knowledge ba

    Imports business logic from various sources including raw strings, local files, and remote repositories.

    Gogolanghacktoberfesthacktoberfest2021
    Voir sur GitHub↗2,505
  1. Home
  2. Development Tools & Productivity
  3. Text Buffer Manipulations
  4. Buffer-Based Storage
  5. Filesystem Loading

Explorer les sous-tags

  • Rule Files Loading1 sous-tagReading Prometheus recording rules from a local filesystem path for read-only rule loading. **Distinct from Filesystem Loading:** Distinct from Filesystem Loading: focuses on loading rule files specifically, not general text content into buffers.