helix: Open file in already running Helix (like EmacsClient)

Don’t know if this has been discussed already but I couldn’t find any issue about it.

I’m a heavy user of Emacs in server mode and emacsclient to open files in an already running Emacs instance (also being able to specify what line to open the file at (for example: hx-client file.rs:55)). I would love to see this feature in Helix.

Thanks!

About this issue

  • Original URL
  • State: open
  • Created 2 years ago
  • Reactions: 35
  • Comments: 18 (6 by maintainers)

Most upvoted comments

I want this for a different reason then the one stated above.

I use File Browser/Explorer a lot while coding. Because there is no file tree/browser in helix I use a terminal file manager (joshuto) in a vertical pane in same terminal window and I want to open file from the file manager in the same current helix instance. With this feature I’ll be able to have File Browser like experience without helix having one natively.

Hi @Hasnayeen . I want this feature too for same reason. I created simple script with zellij (or tmux, screen) to emulate this behavior. Maybe this will be useful for You.

#!/bin/bash

# $1 = relative file path
# $2 = session name

tabName="Helix"
sessionName="Helix"

if test -z "$1"
then
  echo "File name not provided"
  exit 1
fi

fileName=$(readlink -f $1) # full path to file

if ! test -z "$2"
then
  sessionName="$2"
fi

if ! pgrep -x helix > /dev/null
then
  zellij -s "$sessionName" action go-to-tab-name $tabName --create
  sleep 0.5
  zellij -s "$sessionName" action write-chars "helix"
  sleep 0.5
  zellij -s "$sessionName" action write 13 # send enter-key
fi

zellij -s "$sessionName" action go-to-tab-name $tabName --create

zellij -s "$sessionName" action write 27 # send escape-key
zellij -s "$sessionName" action write-chars ":open $fileName"
zellij -s "$sessionName" action write 13 # send enter-key

  • start zellij with session name zellij -s {SESSION_NAME}
  • exec script_name /path/to/file [SESSION_NAME]

I use Helix as default session name, that’s why second param in script is optional.

nice idea @j3ka !!!

I did something similar:

A zellij layout:

File: git_helix.kdl
layout {
    cwd "/home/alex/dev/src"
    tab name="Git" {
        pane size=1 borderless=true {
            plugin location="zellij:compact-bar"
        }
        pane command="lazygit" borderless=true start_suspended=true
        pane size=2 borderless=true {
            plugin location="zellij:status-bar"
        }
    }
        tab name="Helix" {
            pane size=1 borderless=true {
                plugin location="zellij:compact-bar"
            }
            pane split_direction="vertical" {
                pane focus=true borderless=false size="75%" command="/home/alex/.local/bin/ed"
                pane size="25%" borderless=false command="/home/alex/.local/bin/broot-ide"
            }
        }
}

and broot-ide is a special command line for broot that adds config to open on helix on zellij using the following bin:

File: /home/alex/.local/bin/hx-ide-open
#!/usr/bin/env dash


if test -z "$1"
then
  echo "File name not provided"
  exit 1
fi

fileName=$(readlink -f $1) # full path to file

zellij action move-focus left
zellij action write 27 # send escape-key
zellij action write-chars ":open $fileName"
zellij action write 13 # send enter-key

So now I have a tabs: [git manager] [helix editor and side file manager using broot] and broot opens the file on helix.

One notice though: the helix editor pane on zellij must not be borderless, or screen artifacts happen!

I find that I have occasionally (frequently!) made the mistake of two instances of helix in different terminals editing the same file. This causes me a problem, because I will then have changes in one of the instances overwrite changes that are made in another. The worst case is when I accidentally switch back to an instance that has an older version of the file open.

@gdamore You can solve this issue by integrating hx with WezTerm using the following steps:

  • Use the command wezterm cli list to list the panes
  • Check if there is any running instance of hx that has same current working directory as the file you want to open
  • If there is an instance matching the conditions, send the command :open $file_path\r to that pane to open the file
  • If there is no matching instance, call hx as usual

Here’s the implementation:

#!/usr/bin/env sh

tty=$(tty)
hostname=$(hostname | tr '[:upper:]' '[:lower:]')
pwd=$(pwd)
file_path=$1

pane_id=$(wezterm cli list --format json | jq --arg tty "$tty" --arg opening_cwd "file://$hostname$pwd" --arg file_path "file://$hostname$file_path" -r '.[] | .cwd as $running_cwd | select((.tty_name != $tty) and (.title | startswith("hx")) and (($opening_cwd | contains($running_cwd)) or ($file_path | contains($running_cwd)))) | .pane_id')
if [ -z "$pane_id" ]; then
    ~/.cargo/bin/hx $1
else
    if [ -n "$file_path" ]; then
        echo ":open ${file_path}\r" | wezterm cli send-text --pane-id $pane_id --no-paste
    else
        echo ":open ${pwd}\r" | wezterm cli send-text --pane-id $pane_id --no-paste
    fi
    wezterm cli activate-pane --pane-id $pane_id
fi

I’ve done something similar with tmux and vifm (the side pane is toggle-able):

2023-12-23_07-24-31

Here is the configurations: https://github.com/vifm/vifm/tree/master/data/plugins/editor

If you’re using nushell, the following works well for me. (Tested on windows)

First configure broot as a filepicker: (enter prints the path to stdout)

[[verbs]]
# print path and exit broot
invocation = "print_path"
keys = ["enter"]
shortcut = "pp"
apply_to = "file"
leave_broot = true
internal = ":print_path"

Then configure space-e as opening the file picker (in helix conf):

[keys.normal.space]
e = """
:sh echo `echo $':open "(broot)"\r' | wezterm cli send-text --pane-id (wezterm cli get-pane-direction left); exit\r` 
  | wezterm cli send-text --pane-id (wezterm cli split-pane --right --percent 33) --no-paste
"""

What this does is open a terminal pane to the right with broot, you pick any file/folder and on pressing enter it closes the pane and loads the file into helix.

@Hasnayeen If you are using WezTerm:

  • Use wezterm cli list to list the panes
  • Check if the program in the right pane is hx
  • If yes, send :open $file_path\r to that pane in order to open the file
  • If not, invoke hx as you normally would

https://github.com/helix-editor/helix/issues/6054#issuecomment-1659996553

Please shoot me down if im completly off the chart here. But i was thinking this could be done in a more simple way with a combination of a tmpfile and a signal, eg call SIGHUB or SIGUSR1.

So in short if you eg pass a parameter to helix it would create a tmp file with either a shared name or a specific pid and then send a signal (SIGHUB or SIGUSR1) to either the specific pid or the first pid that matches helix. The helix that gets the signal will then load the tmpfile with the new filepaths in and open the files in new buffers.

This means i would not require a server/client implementaiton of helix, and could work with a server/client instance.

I want this for one specific reason.

I find that I have occasionally (frequently!) made the mistake of two instances of helix in different terminals editing the same file. This causes me a problem, because I will then have changes in one of the instances overwrite changes that are made in another. The worst case is when I accidentally switch back to an instance that has an older version of the file open.

I suppose what I’d really to do is open one instance of helix, perhaps with a workspace-specific configuration (e.g. one color theme for work projects, and a different one for personal projects), and then just send commands to that instance.

@chriselrod Could you please try this:

$ echo -e ":open foo.txt\r" | wezterm cli send-text --pane-id 1 --no-paste

@quantonganh I am always getting a j at the end for some reason, and the carriage return isn’t being processed. That is, script foo.txt gives me an open command with :open foo.txt\rj instead of the expected result of opening foo.txt.

I do not know where the j is coming from. It isn’t part of the echoed string, and removing --no-paste gets rid of it, but then of course the string gets inserted into the text, rather than into the command. Similar for removing the colon so that it is no longer interpreted as a command.

The zellij solution involving writing 27 and 13, however, seems to work.

Replacing the echo pipe with passing the argument directly avoids the extra js, but I can’t get the carriage return to work; it always appears.