- Notifications
You must be signed in to change notification settings - Fork34
Neovim plugin.The best code runner you could have, it is like the one in vscode but with super powers, it manages projects like in intellij but without being slow
License
CRAG666/code_runner.nvim
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
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.
- Neovim (>= 0.8)
- Withlazy.nvim
require("lazy").setup({ {"CRAG666/code_runner.nvim",config=true },}
- Withpacker.nvim
use'CRAG666/code_runner.nvim'
- Withpaq-nvim
require"paq"{'CRAG666/code_runner.nvim'; }
Please see my configcode_runner.lua
NoteIf 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 needCRAG666/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 needpreservim/vimux in your dependencies)
- Custom hooks, for example preview in files like markdown, hot reload enabled.seeHooks
- Assign commands to projects without files in the root of the project
- Run project commands in different modes for a per projects base
This plugin can be configured either in lua, with thesetup
function, or with json files for interopability between this plugin and theoriginal code runner vscode plugin.
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", }localc_exec= {"&& /tmp/$fileNameWithoutExt &&","rm /tmp/$fileNameWithoutExt", }vim.ui.input({prompt="Add more args:"},function(input)c_base[4]=inputvim.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, },})
WarningA 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')
NoteIf you want to change where the code is displayed, you need to specify the
mode
attribute in the setupfunction
-- this is a config examplerequire('code_runner').setup {filetype_path=vim.fn.expand('~/.config/nvim/code_runner.json'),project_path=vim.fn.expand('~/.config/nvim/project_manager.json')}
NoteTo check what modes are supported seemode 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 ifhot_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 filetyperequire("code_runner").get_project_command()-- Get the current command for this project
This are the the configuration option you can pass to thesetup
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:string
)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 terminalposition
: terminal position consult:h windows
for options (type:string
)size
: Size of the terminal window (type:uint
|float
)
float
: Configurations for the float windowborder
: 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()
orNeoVim API Documentation
width
: (type:float
)x
: (type:float
)y
: (type:float
)border_hl
: (type:string
)
better_term
: Toggle mode replacement(InstallCRAG666/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.
NoteThe commands are run in a shell. This means that you can't run neovim commands withthis.
The filetype table can take either astring
, atable
or afunction
.
-- in setup functionfiletype= {java= {"cd $dir &&","javac $fileName &&","java $fileNameWithoutExt"},python="python3 -u",typescript="deno run",rust= {"cd $dir &&","rustc $fileName &&","$dir/$fileNameWithoutExt" },cs=function(...)localroot_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 structurekey = commans
.
NoteIn 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"}
NoteIf you don't want to use the plugin specific variables you can use vimfilename-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 structurekey: commans
.
There are 3 main ways to configure the execution of a project (found in the example.)
- Use the default command defined in the filetypes file (see
:CRFiletype
or check your config). In order to do that it is necessary to define file_name. - Use a different command than the one set in
CRFiletype
or your config. In this case, the file_name and command must be provided. - 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 ofthe buffer. The pattern is a luapatternsand needs to escape magic characters like-
,.
,(
, etc. with a%
.To match the entire path to a directory you cannot simply append/
. This isdue tovim.fs.normalize
being used. Append/.-
instead to prevent strippingof/
.
Also seeproject parameters to correctly set your project commands.
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", },},
{"~/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" }}
name
: Project namedescription
: Project descriptionfile_name
: Filename relative to root pathcommand
: Command to run the project. It is possible to use variables exactly the same as we would inCRFiletype
.
WarningAvoid using all the parameters at the same time. The correct way to use them is shown in the example and described above.
NoteDon'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
These elements are intended to help with those commands that require more complexity.For example, implement hot reload on markup documents.
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.
{...filetype= {-- Using tectonic compilertex=function(...)require("code_runner.hooks.ui").select {Single=function()localpreview=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 inforequire("code_runner.hooks.tectonic").build(preview_cmd, {"--keep-logs"})-- Build the project, default command is tectonic -X buildend, }end,markdown=function(...)localhook=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 beopened. In my case it is zathura but you can use a browser if it is morecomfortable for you.
It is important that you take into account that each time you save the original file, the pdf file will be generated.
command
: Command used to generate the pdfargs
: Arguments of the above commandpreview_cmd
: Command used to open the resulting PDFoverwrite_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
These are variables used to be substituted for values according to eachfilename.
$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.
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 windowslocalfunctionrunTsFile(fileName)-- Check if the current file is a TypeScript fileifstring.match(fileName,'%.ts$')then-- Save the current window idlocalcurrent_win=vim.fn.win_getid()-- Close previous terminal windowsvim.cmd'silent! wincmd w | if &buftype ==# "terminal" | q | endif'-- Open a vertical terminalvim.cmd'vsplit term://'-- Run the TypeScript file and print the resultvim.fn.termopen('ts-node'..fileName)-- Restore the focus to the original windowvim.fn.win_gotoid(current_win)elseprint'Not a TypeScript file!'endend-- hooks config{filetype= {typescript=function()localcr_au=require"code_runner.hooks.autocmd"-- stop previous job (if has any)cr_au.stop_job()-- CodeRunnerJobPosWritelocalfileName=vim.fn.expand'%:p'localfn=function()runTsFile(fileName)end-- run the command the first timefn()-- listen to bufwrite event after the first run timecr_au.create_au_write(fn)end, },}
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 filetyperequire("code_runner").get_project_command()-- get the current command for this project
You can directly integrate this plugin withThePrimeagen/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")
- The idea of this project comes from the vscode plugincode_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 withfiletypes
- 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 thepdf preview hook was taken from a plugin it has. thank you. For the Spanishcommunity 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
NoteIf 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.