Bug: Kiwi doesn't change working directory

[nuk380y]

Issue

When using kiwi.nvim, the dot operator (./) appears to always equal the initial entry point for the given wiki the user is in.

Background

I'm currently using the latest version of kiwi.nvim (bd048d6). I maintain a couple of wikis, and a few of them are structured to work across multiple knowledge management systems (namely vimwiki and Obsidian).

The intent was to organize data in a tree structure (branches starting with directories with an index.md as an entry point), so that even browsing through a file-system would help show the structure. Additionally, it makes writing easier as the majority of related links are no more than a directory away when using relative paths.

Request

When following links in kiwi.nvim, can the system use the currently open buffer's absolute path to determine where new links using relative paths direct the user?

[nuk380y]

Example File-system

~/wikis/
\-- wiki_01/
    +-- index.md
    +-- major_topic/
    |   \-- index.md
    \-- page_01.md

How kiwi.nvim Currently Behaves

<leader>ww, 1, <cr>:

• Open buffer at ~/wikis/wiki_01/index.md.
• Dot for parent-directory == ~/wikis/wiki_01/.

Follow link to "Major Topic" written in MD as [Major Topic](./major_topic/index.md):

• Open buffer at ~/wikis/wiki_01/major_topic/index.md.
• Dot for parent-directory == ~/wikis/wiki_01/.

Expected Behavior

<leader>ww, 1, <cr>:

• Open buffer at ~/wikis/wiki_01/index.md.
• Dot for parent-directory == ~/wikis/wiki_01/.

Follow link to "Major Topic" written in MD as [Major Topic](./major_topic/index.md):

• Open buffer at ~/wikis/wiki_01/major_topic/index.md.
• Dot for parent-directory == ~/wikis/wiki_01/major_topic/.

[echaya]

I could be wrong but seem the owner has stopped maintaining the repo. I opened 3 PRs and 1 issue (implementation is blocked by the a PR I submitted)

Feel free to check out neowiki.nvim - that is a rewrite of kiwi, incorporating more vimwiki's original functionalities + some new cool tricks. It should work the way you described

[serenevoid]

Sorry about the delay. I've been too occupied by my work and family for the past few months. I'll check them out and merge them soon!