Code_Runner

🔥 Code Runner for Neovim written in pure lua 🔥

Introduction

When I was still in college it was common to try multiple programming languages, at that time I used vscode that with a single plugin allowed me to run many programming languages, I left the ballast that are electron apps and switched to neovim, I searched the Internet and finally i found a lot of plugins, but none of them i liked (maybe i didn't search well), so i started adding autocmds like i don't have a tomorrow, this worked fine but this is lazy (maybe it will work for you, if you only programs in one or three languages maximum). So I decided to make this plugin and since the migration of my commands was very fast, it was just copy and paste and everything worked. Currently I don't test many languages anymore and work in the professional environment, but this plugin is still my swiss army knife.

Requirements

• Neovim (>= 0.8)

Install

• With lazy.nvim

require("lazy").setup({
  { "CRAG666/code_runner.nvim", config = true },
}

• With packer.nvim

use 'CRAG666/code_runner.nvim'

• With paq-nvim

require "paq"{ 'CRAG666/code_runner.nvim'; }

Please see my config code_runner.lua

Features

Note If you want implement a new feature open an issue to know if it is worth implementing it and if there are people interested.

• Toggle runner(you need CRAG666/betterTerm.nvim, By the way, this is the mode I currently use with this plugin)
• Reload task on the fly
• Run code in a Float window
• Run code in a tab
• Run code in a split
• Run code with toggleTerm
• Run code in a split tmux pane(you need preservim/vimux in your dependencies)
• Custom hooks, for example preview in files like markdown, hot reload enabled. see Hooks
• Assign commands to projects without files in the root of the project
• Run project commands in different modes for a per projects base

Setup

This plugin can be configured either in lua, with the setup function, or with json files for interopability between this plugin and the original code runner vscode plugin.

Minimal example

Lua

require('code_runner').setup({
  filetype = {
    java = {
      "cd $dir &&",
      "javac $fileName &&",
      "java $fileNameWithoutExt"
    },
    python = "python3 -u",
    typescript = "deno run",
    rust = {
      "cd $dir &&",
      "rustc $fileName &&",
      "$dir/$fileNameWithoutExt"
    },
    c = function(...)
      c_base = {
        "cd $dir &&",
        "gcc $fileName -o",
        "/tmp/$fileNameWithoutExt",
      }
      local c_exec = {
        "&& /tmp/$fileNameWithoutExt &&",
        "rm /tmp/$fileNameWithoutExt",
      }
      vim.ui.input({ prompt = "Add more args:" }, function(input)
        c_base[4] = input
        vim.print(vim.tbl_extend("force", c_base, c_exec))
        require("code_runner.commands").run_from_fn(vim.list_extend(c_base, c_exec))
      end)
    end,
  },
})

Json

Warning A common mistake is using relative paths instead of absolute paths in . Use absolute paths in configurations or else the plugin won't work, in case you like to use short or relative paths you can use something like this vim.fn.expand('~/.config/nvim/project_manager.json')

Note If you want to change were the code is displayed you need to specify the mode attribute in the setup function

-- this is a config example
require('code_runner').setup {
  filetype_path = vim.fn.expand('~/.config/nvim/code_runner.json'),
  project_path = vim.fn.expand('~/.config/nvim/project_manager.json')
}

Commands

Note To check what modes ore supported see mode parameter.

All run commands allow restart. So, for example, if you use a command that does not have hot reload, you can call a command again and it will close the previous one and start again.

• :RunCode: Runs based on file type, first checking if belongs to project, then if filetype mapping exists
• :RunCode <A_key_here>: Execute command from its key in current directory.
• :RunFile <mode>: Run the current file (optionally you can select an opening mode).
• :RunProject <mode>: Run the current project(If you are in a project otherwise you will not do anything,).
• :RunClose: Close runner(Doesn't work in better_term mode, use native plugin options)
• :CRFiletype - Open json with supported files(Use only if you configured with json files).
• :CRProjects - Open json with list of projects(Use only if you configured with json files).
• :CrStopHr - Stop Hot Reload(Use only if hot_reload is true, experimental feature).

Recommended mappings:

vim.keymap.set('n', '<leader>rr', ':RunCode<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>rf', ':RunFile<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>rft', ':RunFile tab<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>rp', ':RunProject<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>rc', ':RunClose<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>crf', ':CRFiletype<CR>', { noremap = true, silent = false })
vim.keymap.set('n', '<leader>crp', ':CRProjects<CR>', { noremap = true, silent = false })

lua functions:

require("code_runner").run_code() -- Runs based on file type, first checking if belongs to project, then if filetype mapping exists.
require("code_runner").run_from_fn() -- Run any command.
require("code_runner").run_filetype() -- Run the current file (optionally you can select an opening mode).
require("code_runner").run_project() -- Run the current project(If you are in a project otherwise you will not do anything,).
require("code_runner").run_close()   -- Close runner(Doesn't work in better_term mode, use native plugin options).
require("code_runner").get_filetype_command() -- Get the current command for this filetype
require("code_runner").get_project_command() -- Get the current command for this project

Parameters

Setup Global

This are the the configuration option you can pass to the setup function. To see the default values see: code_runner.nvim/lua/code_runner/options.

Parameters:

• mode: Mode in which you want to run. Are supported: "better_term", "float", "tab", "toggleterm", "vimux" (type: bool)

• focus: Focus on runner window. Only works on term and tab mode (type: bool)

• startinsert: init in insert mode.Only works on term and tab mode (type: bool)

• term: Configurations for the integrated terminal

  • position: terminal position consult :h windows for options (type: string)
  • size: Size of the terminal window (type: uint | float)

• float: Configurations for the float window

  • border: Window border options (type: string)
    • "none": No border (default).
    • "single": A single line box.
    • "double": A double line box.
    • "rounded": Like "single", but with rounded corners ("╭" etc.).
    • "solid": Adds padding by a single whitespace cell.
    • "shadow": A drop shadow effect by blending with the background.
    • For more border options see :h nvim_open_win() or NeoVim API Documentation
  • width: (type: float)
  • x: (type: float)
  • y: (type: float)
  • border_hl: (type: string)

• better_term: Toggle mode replacement(Install CRAG666/betterTerm.nvim)

  • clean: Clean terminal before launch(type: bool)
  • number: Use nil for dynamic number and set init(type: uint?)
  • init: Set a start number for executions, each execution will go to a different terminal(type: uint?) },

• before_run_filetype: Execute before executing a file (type: func)

• filetype: If you prefer to use lua instead of json files, you can add your settings by file type here (type: table)

• filetype_path: Absolute path to json file config (type: absolute paths)

• project: If you prefer to use lua instead of json files, you can add your settings by project here (type: table)

• project_path: Absolute path to json file config (type: absolute paths)

• hot_reload: Use only if not configured any hooks (type: bool), experimental feature. Its better create autocommands for the filetypes you want to hot reload.

Setup Filetypes

Note The commands are runned in a shell. This means that you can't run neovim commands with this.

Lua

The filetype table can take either a string, a table or a function.

-- in setup function
filetype = {
  java = { "cd $dir &&", "javac $fileName &&", "java $fileNameWithoutExt" },
  python = "python3 -u",
  typescript = "deno run",
  rust = { "cd $dir &&",
    "rustc $fileName &&",
    "$dir/$fileNameWithoutExt"
  },
  cs = function(...)
    local root_dir = require("lspconfig").util.root_pattern "*.csproj"(vim.loop.cwd())
    return "cd " .. root_dir .. " && dotnet run$end"
  end,
},

If you want to add some other language or some other command follow this structure key = commans.

Json

Note In Json you can only pass the commands as a string

The equivalent for your json filetype file is:

{
  "java": "cd $dir && javac $fileName && java $fileNameWithoutExt",
  "python": "python3 -u",
  "typescript": "deno run",
  "rust": "cd $dir && rustc $fileName && $dir/$fileNameWithoutExt"
}

Variables

Note If you don't want to use the plugin specific variables you can use vim filename-modifiers.

This uses some special keyword to that means different things. This is do mainly for be compatible with the original vscode plugin.

The available variables are the following:

• file: path to current open file (e.g. /home/user/current_dir/current_file.ext
• fileName: filename of current open file (e.g. current_file.ext)
• fileNameWithoutExt: filename without extension of current file (e.g. current_file)
• dir: path to directory of current open file (e.g. /home/user/current_dir)
• end: finish the command (it is useful for commands that do not require final autocompletion)

If you want to add some other language or some other command follow this structure key: commans.

Setup Projects

There are 3 main ways to configure the execution of a project (found in the example.)

1. Use the default command defined in the filetypes file (see :CRFiletypeor check your config). In order to do that it is necessary to define file_name.
2. Use a different command than the one set in CRFiletype or your config. In this case, the file_name and command must be provided.
3. Use a command to run the project. It is only necessary to define command (You do not need to write navigate to the root of the project, because automatically the plugin is located in the root of the project).

The key for each project is a pattern to match against the current filename of the buffer. The pattern is a lua patterns and needs to escape magic characters like -, ., (, etc. with a %. To match the entire path to a directory you cannot simply append /. This is due to vim.fs.normalize being used. Append /.- instead to prevent stripping of /.

Also see project parameters to set correctly your project commands.

Lua

project = {
  ["~/python/intel_2021_1"] = {
    name = "Intel Course 2021",
    description = "Simple python project",
    file_name = "POO/main.py"
  },
  ["~/deno/example"] = {
    name = "ExapleDeno",
    description = "Project with deno using other command",
    file_name = "http/main.ts",
    command = "deno run --allow-net"
  },
  ["~/cpp/example"] = {
    name = "ExapleCpp",
    description = "Project with make file",
    command = "make buid && cd buid/ && ./compiled_file"
  },
  ["~/private/.*terraform%-prod.-/.-"] = {
    name = "ExampleTerraform",
    description = "All Folders in ~/private containing \"terraform-prod\"",
    command = "terraform plan",
  },
},

Json

{
  "~/python/intel_2021_1": {
    "name": "Intel Course 2021",
    "description": "Simple python project",
    "file_name": "POO/main.py"
  },
  "~/deno/example": {
    "name": "ExapleDeno",
    "description": "Project with deno using other command",
    "file_name": "http/main.ts",
    "command": "deno run --allow-net"
  },
  "~/cpp/example": {
    "name": "ExapleCpp",
    "description": "Project with make file",
    "command": "make buid && cd buid/ && ./compiled_file"
  },
  "~/private/.*terrafrom%-prod.-/.-": {
    "name": "ExampleTerraform",
    "description": "All Folders in ~/private containing \"terraform-prod\"",
    "command": "terraform plan"
  }
}

Parameters

• name: Project name
• description: Project description
• file_name: Filename relative to root path
• command: Command to run the project. It is possible to use variables exactly the same as we would in CRFiletype.

Warning Avoid using all the parameters at the same time. The correct way to use them is shown in the example and described above.

Note Don't forget to name your projects because if you don't do so code runner will fail as it uses the name for the buffer name

Hooks

These elements are intended to help with those commands that require more complexity. For example, implement hot reload on markup documents.

Preview PDF

This module allows us to send a command to compile to pdf as well as show the result every time we save the original document.

Usage example

{
...
    filetype = {
      -- Using tectonic compiler
      tex = function(...)
        require("code_runner.hooks.ui").select {
          Single = function()
            local preview = require "code_runner.hooks.preview_pdf"
            preview.run {
              command = "tectonic",
              args = { "$fileName", "--keep-logs", "-o", "/tmp" },
              preview_cmd = preview_cmd,
              overwrite_output = "/tmp",
            }
          end,
          Project = function()
            -- this is my personal config for compiling a project with tectonic
            -- for example --keep-logs is used to keep the logs of the compilation, see tectonic -X build --help for more info
            require("code_runner.hooks.tectonic").build(preview_cmd, { "--keep-logs" }) -- Build the project, default command is tectonic -X build
          end,
        }
      end,
      markdown = function(...)
        local hook = require "code_runner.hooks.preview_pdf"
        require("code_runner.hooks.ui").select {
          Normal = function()
            hook.run {
              command = "pandoc",
              args = { "$fileName", "-o", "$tmpFile", "-t pdf" },
              preview_cmd = preview_cmd,
            }
          end,
          Presentation = function()
            hook.run {
              command = "pandoc",
              args = { "$fileName", "-o", "$tmpFile", "-t beamer" },
              preview_cmd = preview_cmd,
            }
          end,
          Eisvogel = function()
            hook.run {
              command = "bash",
              args = { "./build.sh" },
              preview_cmd = preview_cmd,
              overwrite_output = ".",
            }
          end,
        }
      end,
  ...
}

In the above example we use the hook to compile markdown and latex files to pdf. Not only that, but we also indicate in what order the resulting pdf file will be opened. In my case it is zathura but you can use a browser if it is more comfortable for you.

It is important that you take into account that each time you save the original file, the pdf file will be generated.

Parameters

• command: Command used to generate the pdf
• args: Arguments of the above command
• preview_cmd: Command used to open the resulting PDF
• overwrite_output: If for some reason you cannot define the output of the pdf file use this option to define the directory where it will be saved, and the name of the source file is concatenated with the pdf extension

Vars

These are variables used to be substituted for values according to each filename.

• $fileName: Will be replaced by the full path of the file.
• $tmpFile: This variable is replaced by a dynamic name generated by lua, stored in tmp.

Typescript hooks

This example showcases how to write a hook to run ts file, print the result in a new vertical windows and reload on save. Read the comments for more info.

-- custom function to run ts file
-- and print result in a new vertical windows
local function runTsFile(fileName)
  -- Check if the current file is a TypeScript file
  if string.match(fileName, '%.ts$') then
    -- Save the current window id
    local current_win = vim.fn.win_getid()

    -- Close previous terminal windows
    vim.cmd 'silent! wincmd w | if &buftype ==# "terminal" | q | endif'

    -- Open a vertical terminal
    vim.cmd 'vsplit term://'

    -- Run the TypeScript file and print the result
    vim.fn.termopen('ts-node ' .. fileName)

    -- Restore the focus to the original window
    vim.fn.win_gotoid(current_win)
  else
    print 'Not a TypeScript file!'
  end
end

-- hooks config
{
  filetype = {
    typescript = function()
      local cr_au = require "code_runner.hooks.autocmd"
      -- stop previous job (if has any)
      cr_au.stop_job() -- CodeRunnerJobPosWrite

      local fileName = vim.fn.expand '%:p'
      local fn = function()
        runTsFile(fileName)
      end

      -- run the command the first time
      fn()

      -- listen to bufwrite event after the first run time
      cr_au.create_au_write(fn)
    end,
  },
}

Integration with other plugins

API

These functions could be useful if you intend to create plugins around code_runner, currently only the file type and current project commands can be accessed respectively

require("code_runner").get_filetype_command() -- get the current command for this filetype
require("code_runner").get_project_command() -- get the current command for this project

Harpoon

You can directly integrate this plugin with ThePrimeagen/harpoon the way to do it is through command queries, harpoon allows the command to be sent to a terminal, below it is shown how to use harpoon term together with code_runner.nvim:

require("harpoon.term").sendCommand(1, require("code_runner.commands").get_filetype_command() .. "\n")

Inspirations and thanks

• The idea of this project comes from the vscode plugin code_runner You can even copy your configuration and pass it to this plugin, as they are the same in the way of defining commands associated with filetypes
• jaq-nvim some ideas of how to execute commands were taken from this plugin, thank you very much.
• FTerm.nvim Much of how this README.md is structured was blatantly stolen from this plugin, thank you very much
• @adalessa, profile, Much of the code for the pdf preview hook was taken from a plugin it has. thank you. For the Spanish community he has an excellent channel on neovim, Channel
• Thanks to all current and future collaborators, without their contributions this plugin would not be what it is today

Screenshots

Contributing

Note If you have any ideas to improve this project, do not hesitate to make a request, if problems arise, try to solve them and publish them. Don't be so picky I did this in one afternoon

Your help is needed to make this plugin the best of its kind, be free to contribute, criticize (don't be soft) or contribute ideas. All PRs are welcome.

LICENCE

---

MIT