No description
  • Rust 97.3%
  • C 2.2%
  • C++ 0.5%
Find a file
Max Fiedler 69397d25a5
All checks were successful
CI / lint (linux) (push) Successful in 16s
CI / cargo-deny (push) Successful in 2s
CI / lint (macos) (push) Successful in 21s
CI / build (windows) (push) Successful in 1m53s
CI / build (linux) (push) Successful in 20s
CI / fmt (push) Successful in 2s
CI / build (macos) (push) Successful in 33s
CI / lint (windows) (push) Successful in 1m34s
File menu: add "Open in Default Viewer"
New entry in the File menu directly below "Open...". Hands the
active tab's on-disk path to the OS registered handler via
`ShellExecuteW("open", ...)` — same code path Explorer's
double-click uses.

Enable state refreshes on every WM_INITMENUPOPUP for the File
menu. Greyed when either:
  * the active tab has no on-disk path (untitled), or
  * the file extension has no OS-registered handler.

The extension probe uses `AssocQueryStringW` with two
non-obvious choices worth pinning:

  * `ASSOCF_INIT_IGNOREUNKNOWN` is load-bearing. Without it,
    Windows silently falls back to the generic "Unknown" handler
    for unregistered extensions and reports success anyway,
    which would light the menu entry for every file.

  * `hr.is_ok()` (not `hr == E_POINTER`) covers both the
    real-buffer (`S_OK`) and null-buffer (`S_FALSE`) success
    paths. The Microsoft docs don't pin a specific HRESULT for
    the null-buffer size-probe; Win10/Win11 empirically return
    `S_FALSE`.

A live-registry unit test pins both invariants — `.exe` must
resolve, a deliberately nonsense extension must fail. Regressing
either flag or check would fail that test.

Structurally:
  * BuiltMenuBar and WindowState gain `file_menu: HMENU`, parity
    with the existing View/Encoding/Language/Window entries.
  * WM_INITMENUPOPUP dispatcher matches `state.file_menu` and
    calls `refresh_file_menu(file_menu, &shell)`.
  * WM_COMMAND arm snapshots `active.path` under a brief borrow,
    then shells out after the borrow drops (ShellExecuteW can
    enter modal dialogs whose pump would re-enter our wnd_proc).

Tests: 6 pure-Rust cases for the extension extractor (leading
dot, no extension, dot-files, multi-dot, trailing dot, case
preservation) plus 1 live-registry probe for the association
check.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-07-13 15:42:25 +02:00
.claude Revert agent 2026-06-11 16:03:18 +02:00
.forgejo/workflows ci: enable clippy::pedantic in workspace + DESIGN.md §9.3 2026-05-13 14:13:30 +02:00
assets Phase 4.6 m1a: crates/udl UDL v2.1 XML parser + preinstalled markdown 2026-07-09 17:13:23 +02:00
crates File menu: add "Open in Default Viewer" 2026-07-13 15:42:25 +02:00
docs plugin-host: wire NPPM_MENUCOMMAND / SETMENUITEMCHECK / MAKECURRENTBUFFERDIRTY 2026-07-13 14:50:59 +02:00
plugins cppmimetools: fix Quoted-Printable Encode — RFC 2045 §6.7 line wrapping 2026-06-11 15:52:13 +02:00
tools ui_win32: owner-draw tab strip with save icon + close X 2026-05-10 12:02:39 +02:00
.gitattributes Exclude tools from statistics 2026-05-09 07:32:17 +02:00
.gitignore chore: drop stray mojibaked temp file, broaden gitignore 2026-05-11 13:25:55 +02:00
.gitmodules Phase 0: workspace, crate skeletons, vendored Scintilla/Lexilla, CI 2026-05-03 14:40:08 +02:00
Cargo.lock Phase 4.6: status bar shows UDL name for UDL buffers 2026-07-10 00:49:02 +02:00
Cargo.toml Phase 4.6 m1a: crates/udl UDL v2.1 XML parser + preinstalled markdown 2026-07-09 17:13:23 +02:00
CLAUDE.md Claude update 2026-05-13 09:54:09 +02:00
deny.toml ci: clear cargo-deny wildcard errors and unused-license noise 2026-05-03 15:02:53 +02:00
LICENSE Adopt MIT license and add license-compliance scaffolding 2026-05-03 12:36:15 +02:00
README.md DESIGN.md: add Phase 4.6 — User Defined Languages (UDL) 2026-07-09 00:10:10 +02:00
rust-toolchain.toml Phase 0: workspace, crate skeletons, vendored Scintilla/Lexilla, CI 2026-05-03 14:40:08 +02:00
THIRD_PARTY_LICENSES.md Adopt MIT license and add license-compliance scaffolding 2026-05-03 12:36:15 +02:00

Code++

A 1:1, cross-platform clone of Notepad++ — written in Rust, powered by Scintilla, fast on every OS.

Code++

What It Is

Code++ is what Notepad++ would be if it shipped on Linux and macOS without compromising on what made it great on Windows: a fast cold start, instant typing, modest memory use, and a thriving plugin ecosystem.

The promise is concrete:

  • Same UX as Notepad++. Tabs, sessions, encoding control, EOL control, find-in-files, syntax highlighting via Scintilla's lexers — the keyboard shortcuts and menus you already know.
  • Same plugin ecosystem. Existing Notepad++ plugin DLLs load into Code++ on Windows unchanged. The same plugin source compiles to .so/.dylib on Linux and macOS.
  • Same performance class. Cold start under 80 ms, keystroke latency under 5 ms p99, empty-buffer footprint under 25 MB. These are not aspirations — they are constraints enforced at every phase boundary.
  • Truly cross-platform. Native Win32, GTK 4, and Cocoa front-ends over a single Rust core. No Electron. No browser engine. No GC runtime.

Why Build This

Notepad++ is excellent and Windows-only. Every "cross-platform Notepad++ alternative" trades performance for portability — usually by wrapping a web view, embedding a JavaScript runtime, or layering a heavy framework. Code++ rejects that trade.

The thesis: performance is an architectural property, not a tuning result. You get Notepad++-class speed by making the right choices up front — a headless core, statically linked Scintilla, the direct-call API for hot paths, lazy plugin loading, and zero startup work that isn't strictly required to paint the first frame. Once those decisions are in place, the speed follows. Once they are violated, no amount of profiling brings it back.


Core Ideas

  1. Scintilla does what Scintilla does best. We use Scintilla 5.x and Lexilla 5.x for the editing surface, undo/redo, search, and syntax highlighting. We do not reimplement them. We compile them statically into the binary so there is no DLL hell and no loader-time penalty.
  2. The core is headless. crates/core knows about sessions, files, encodings, and EOL — and nothing about windows, HWNDs, GTK widgets, or Scintilla. It is unit-testable without an OS event loop. UI crates depend on core; core depends on no one.
  3. Direct-call on every hot path. Scintilla's SCI_GETDIRECTFUNCTION returns a function pointer that bypasses the window message pump. Code++ captures it once per editor and routes every keystroke, insert, and selection through it. SendMessage is reserved for setup and cross-thread one-shots.
  4. Zero work at startup that isn't on the visible-frame critical path. No directory scans. No plugin DLL loads. No project indexing. No AST construction. The session file is read; windows are created; threads are spawned for whatever needs to happen later. That's it.
  5. Plugins load when they are first used, not before. A user with 40 installed plugins pays no startup cost for the 39 they don't touch this session.
  6. Notepad++ plugin compatibility from the ground up. The six plugin entry points, the NppData struct, and the NPPM_*/NPPN_* message families are implemented to match Notepad++'s public ABI. A binary plugin that works in Notepad++ on Windows works in Code++ on Windows.
  7. End-to-end demos at every phase. Every implementation phase (see DESIGN.md §7) ends with a runnable demo against real Scintilla, real OS events, real disk I/O, and real plugin DLLs. No phase ships on stubs. This rule exists to stop architectural drift before it starts.

Project Status

Phase 0 — Scaffolding is the current phase. The repository contains the design and developer-environment documentation; the workspace, crates, and submodule pins land next. See DESIGN.md §7.2 for the full phase plan and end-of-phase demo for each.

Phase Theme Demo
0 Workspace + CI green Empty Win32 window opens and closes
1 Scintilla shell Real Scintilla control, type/undo/redo work
2 Core: session, files, encoding Open/save/restore real files, no UI freeze
3 Multi-tab + plugin host Real N++ plugin DLL loads and runs
4 Lexers, search, find-in-files Highlighting + search at scale
4.5 Per-language keyword + theme wiring Colour-correct highlighting across ~88 languages
4.6 User Defined Languages (UDL) Load N++ UDL XML, preinstalled Markdown UDL, in-app editor modal
5 Linux (GTK) and macOS (Cocoa) Same binary builds and runs natively

Getting Started

For setup instructions on Windows, Linux, and macOS, see DEVELOPMENT.md.

The short version, once your toolchain is in place:

git clone --recurse-submodules https://git.fiedler.live/tux/code-plus-plus.git
cd code-plus-plus
cargo build --workspace
cargo run -p codepp-app

The canonical repository is hosted on Forgejo at https://git.fiedler.live/tux/code-plus-plus. A read-only mirror is pushed to GitHub.


Documentation

  • DESIGN.md — full architecture, dependency graph, crate responsibilities, plugin ABI, performance budgets, and the phase plan. Read this if you want to understand any decision in the codebase.
  • DEVELOPMENT.md — platform-by-platform setup for Windows, Linux, and macOS, plus common development tasks and troubleshooting.
  • CLAUDE.md — operational rules and project conventions used by the AI development assistant.

License

Code++ is licensed under the MIT License. See LICENSE for the full text and THIRD_PARTY_LICENSES.md for the notices required by upstream components (Scintilla and Lexilla under HPND, plus bundled Rust crates).

The Notepad++ plugin compatibility layer under plugins/nppcompat-headers/ is an independent clean-room reimplementation of the public ABI — message numbers, struct layouts, behavior contracts. No source has been copied from Notepad++; the ABI itself is not copyrightable.


Acknowledgements

Code++ stands on the work of two communities:

  • Notepad++ by Don Ho and contributors — for two decades of proving that a small, fast text editor is worth caring about.
  • Scintilla and Lexilla by Neil Hodgson and contributors — for the editing engine that makes any of this possible.

Code++ is an independent project and is not affiliated with either.