No way to open another folder as base/root folder about notekit

[blackhole89]

That's definitively planned. I just need to figure out where to store the config.json file. Ideally, this file would store the location of the root folder, but it's currently inside the root folder.

In the meantime, you can add other locations as subfolders by putting a symlink to them into ./notesbase: e.g. ln -s ~/mynotes mynotes.

[freemin7]

This feature could be emulated with simlinks as you said but it would be an ugly work around if it worked. I did a

ln -s ~ home 

and the link works in the file explorer but not in notekit. The same problem happens for folders which do not contain notebase too.

Another thought: Maybe you want multiple config.json for different work space?

[blackhole89]

How exactly does the not working in notekit manifest itself? I just checked, and symlinks below notesbase/ seem to work without a hitch on my end.

[freemin7]

Well the symlinks are not detected in notekit but work with other programs.
Video here: https://cloud.tu-ilmenau.de/s/EqSPGwdREW3tSnx

[blackhole89]

Doing more or less the same thing makes the symlink work as a normal folder on my end. I wonder why. Would you be willing to try running a custom build with some additional debug output to see what exactly is happening in the enumeration?

[freemin7]

Yes

[blackhole89]

Thanks! Could you paste me the console output from the binary
notekit-debug-folder-contents.tar.gz (run in the root folder of the binary distribution), when notesbase contains a valid symlink to a folder? (This should simply dump all files that it sees together with the numeric type that Gio reports for them, which would tell me whether it fails to treat symlinked folders as folders.)

[freemin7]

It works with this binary
https://cloud.tu-ilmenau.de/s/75aStt6MySPNzQm

[blackhole89]

Well, huh. I guess I know what the problem is, then. I also had the relevant call to enumerate_children explicitly pass FILE_QUERY_INFO_NONE in the copy I sent you as a random experiment (which is supposed to be the default value according to the documentation), and it turns out that your copy of glibmm does not actually treat it as the default value. I'll commit the fix into the mainline repo; in the meantime, if you're not bothered by the additional console output, you can keep using the above binary.