emit CanolaGit events #38

New issue

Closed

opened 2026-03-23 22:56:26 +00:00 by barrettruth · 1 comment

barrettruth commented

2026-03-23 22:56:26 +00:00

canola git events with a type based on the git event
so it can be easier for users to tap into the api

then add a recipe to the helpdocs that makes it easy
for people to know how to use it

canola git events with a type based on the git event so it can be easier for users to tap into the api then add a recipe to the helpdocs that makes it easy for people to know how to use it

barrettruth commented

2026-04-22 03:09:20 +00:00

Closing this out after the architecture review.

We are not adding a separate CanolaGit* event family. The intended extension surface is User CanolaReadPost plus require("canola-git").get_status() / invalidate(), and I added a vimdoc recipe that shows the reusable integration pattern for custom git-aware UI.

This keeps the public API aligned with canola.nvim's existing render-lifecycle events instead of exposing canola-git's internal refresh pipeline as a second event layer.

Closing this out after the architecture review. We are not adding a separate `CanolaGit*` event family. The intended extension surface is `User CanolaReadPost` plus `require("canola-git").get_status()` / `invalidate()`, and I added a vimdoc recipe that shows the reusable integration pattern for custom git-aware UI. This keeps the public API aligned with canola.nvim's existing render-lifecycle events instead of exposing canola-git's internal refresh pipeline as a second event layer.