nvim

Fyne-Nvim

This go package contains a custom neovim widget for the fyne framework.

Table of Contents

• Get Started
  • Usage as a Widget
• Developer Notes
  • Contributions
  • Project Structure
  • Resources

Get Started

To install the application :

go install github.com/yesoer/fyne-nvim/cmd/fynenvim@latest

To add it to your own project :

go get github.com/yesoer/fyne-nvim

Usage as a Widget

Using the fyne neovim widget in your project is pretty straight forward, as can be seen from the cmd/fynenvim/main.go :

package main

import (
	"fmt"

	"fyne.io/fyne/v2"
	"fyne.io/fyne/v2/app"
	nvim "github.com/yesoer/fyne-nvim"
)

func main() {
	a := app.New()
	w := a.NewWindow("Fyne NeoVim Example")
	w.Resize(fyne.NewSize(900, 600))

	nvim := nvim.New("./")
	nvim.Resize(fyne.NewSize(900, 600))
	w.SetContent(nvim)
	w.Canvas().Focus(nvim)

	fmt.Println("show and run")
	w.ShowAndRun()
}

Developer Notes

Contributions

When confused, no worries, just publish what you have. A not perfectly structured contribution is still far better than nothing.

Code Style

For formatting this project uses go fmt. There is a github action for it to ensure nothing gets merged not following the style but I'd like to not flood the commit history with such commits, so ideally you'd configure your environment accordingly/run go fmt before pushing.

Apart from that if you have anything you're unsure about you may refer to the fyne code style though as of now I do not intend to follow it down to the smallest detail.

Branch Naming

Branch names should look like this type>/<name>

<type> is one of the following (extend if needed) :

<name> is a short description of what you are doing, words should be seperated using '-'.

Commit Messages

More specific distinction happens in commit messages which should be structured as follows :

<type>(<scope>): <subject>

• type Must be one of the following:

  • feat: A new feature
  • fix: A bug fix
  • docs: Documentation only changes
  • style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
  • refactor: A code change that neither fixes a bug nor adds a feature
  • perf: A code change that improves performance
  • test: Adding missing or correcting existing tests
  • chore: Changes to the build process or auxiliary tools and libraries such as documentation generation

• scope refers to the part of the software, which usually will be best identified by the package name.

• subject gives a short idea of what was done/what the intend of the commit is.

As for the commit body there is no mandatory structure as of now.

Other Tips/Notes on Contributing

Issues and Pull Requests for now will not have any set guidelines.

Check out Code Review Comments for commmon code review topics around golang.

Project Structure

Maybe this description helps you getting started and understanding the project. Don't be afraid to ask for more information.

Resources

• Neovim UI Event Docs
• Neovim UI API Docs
• Fyne Custom Widget Docs with a more detailed example on github

To me the fyne terminal project was very helpful as well.