Because tree generated by kaktree is built from information provided by ls -1p it can't distinguish links to files and links to directories, because they use identical symbol @ at the end of the filename.

Parsing ls -lF output would be better solution, but harder to do and may not be portable?

Problem description

Error message when toggling show_hidden_files with h or set-option. It works, but an error message is printed into *debug*

plug "andreyorst/kaktree" config %{
    hook global WinSetOption filetype=kaktree %{
        remove-highlighter window/number-lines
        map window normal l ''
    }
    kaktree-enable
    kaktree-toggle
    nop %sh{
        tmux select-pane -R
    }
    set-option global kaktree_show_hidden false
}

Steps to reproduce

1. Press 'h' in kaktree window

What should happen

No error message should be triggered

What happens instead

In *debug* buffer:

error running command 'evaluate-commands -client %opt{kaktreeclient} %{ select  }
': 1:1: 'evaluate-commands': 1:2: 'select': wrong argument count

My guess is that the variable fed to select is empty, which gets handled as an absence of argument without proper quoting

Environment information

Kakoune v2021.11.08
Calculate linux
zsh 5.8 (x86_64-pc-linux-gnu)

Hi, first of all, thanks for writting this plugin.

I would like to be able to turn my current buffer into kaktree, right now if I open it with panes that are split horizontally, their width is altered when I toggle kaktree (this is for tmux), so I thought it would be ok for me to turn my current buffer into kaktree and use it that way, which leds me to wonder if one could somehow display a file preview in a wider UI for kaktree, maybe a simple implementation like runing head or ls depending on the type of the entry bound to some free key.

I'm just wondering, but the thing with the width would be a bug right?

thanks again, have a nice day.

It would be nice if there were an option to be able to have the return key simply open a directory tree when the selection is a directory, and open the file when it is a file, similar to how vim's nerdtree plugin works. Changing the root could be bound to a different key in this mode as well.

Problem description

When you change root of the tree by pressing enter, the marked line moves to the top of the buffer, but there is also a white cursor showing the "real" position. Pressing "j" moves the blue marked line and the cursor below the position of the cursor and pressing enter opens the file or folder under the cursor.

Steps to reproduce

1. Open kaktree
2. Press enter on a folder
3. Move up or down using j or v

What should happen

Both the cursor and the marked line should be at the same row, avoiding confusion. I would personally prefer if both would be at the top of the buffer.

What happens instead

The "real" position of the cursor is where it was previously.

After I pressed enter

After I pressed "j" once

Environment information

Kakoune version: Kakoune v2020.09.01-339-g7c321e12
OS version:
DISTRIB_ID=ManjaroLinux
DISTRIB_RELEASE=20.2.1
DISTRIB_CODENAME=Nibia
DISTRIB_DESCRIPTION="Manjaro Linux"

sh executable version: GNU bash, version 5.1.0(1)-release (x86_64-pc-linux-gnu)
Running in TMUX

any file or dir with space in the name makes plugin work incorrectly

Problem description

The function kaktree--refresh is called after moving, creating or deleting a file. Every time kaktree--refresh is called, the cursor goes to the first line. It would be preferable for this cursor to not move in this scenario. (For instance, creating multiple file in a directory)

Steps to reproduce

1. Create multiple directory mkdir a b c d and open kakoune
2. Go on the c on kaktree and create a new file : N c/test

What should happen

The cursor should still be on c

What happens instead

The cursor has moved to the first line

Environment information

Kakoune version: 2021.08.28
OS version: Fedora 34
sh executable version: fish, version 3.3.1

I don't know if it's bugged or if I'm just doing something wrong, but when I open kakoune and run kaktree-enable, no window appears. The new commands such as kaktree-focus do show up, but the tree itself is nowhere to be found.

I installed by cloning the repo to ~/.config/kak/autoload, and haven't made any changes to my kakrc or anything else. I've checked that my ls supports all the mentioned options, and perl is installed. My kakoune is version v2020.09.01.

Currently kaktree only imitates the tree, by doing requests to the filesystem only when user expands the directory, and replacing the contents of the buffer with Kakoune. This means that we currently are not able to refresh the whole tree, and if we fold something that has unfolded directories inside it, on unfolding it again those directories will not be unfolded.

This FR proposes to create and maintain real filetree in some kind of variable, and make all requests based on the information of that tree. This way folding and unfolding can still be done by Kakoune replacement commands, but correct trees will be obtained. This will also allow refreshing full tree from top to bottom.

Work on this feature will be going in real-tree branch.

It seems that currently the client on which a file to be opened is shown is static, but I think the more reasonable default behavior would be to show the file on whichever client ran kaktree-toggle most recently?

Right now kaktree needs a bunch of non-POSIX ls command line options to work. It would be great to POSIX-fy the ls usage in order to enable the plugin to be used on busybox or BSD systems.

Problem description

Kaktree doesn't open when using the kitty terminal emulator. From my testing I think the problem might be in kaktree--display, the variable $kak_opt_termcmd is empty, thus not running the shell command on line 192 in rc/kaktree.kak which should create a new buffer called *kaktree* and client.

Steps to reproduce

1. Open kakoune (with kaktree installed) in kitty
2. Type :kaktree-toggle<ret>
3. Nothing happens

What should happen

A new window containing the filetree should open.

What happens instead

The first time :kaktree-toggle is run nothing happens, after the first time the command gives the error:

Error: 1:1: 'kaktree-toggle' 1:2: 'evaluate-commands' 2:28: 'evaluate-commands' no such client 'kaktreeclient'

in the *debug* buffer.

Environment information

Kakoune version: Kakoune v2020.09.01-339-g7c321e12
OS version: Manjaro Linux 20.2.1 Nibia
`sh` executable version: GNU bash, version 5.1.0(1)-release (x86_64-pc-linux-gnu)

I usually have at least two files open simultaneously at all times and I haven't found a nice way of opening a file with kaktree in any other kakoune instance than the one that started kaktree.

I am not sure whether should do this already. I at least did not get it to work.

It would be nice highlight changed, untracked, ignored, and added files with different colors in the tree.