可否考虑一下这样的改动：不再区分文件夹以及md文件

OS Version (操作系统): Windows, Linux, macOS

VNote Version (Help - About VNote - Version: )(VNote版本): 2.2, d78e892d5cc etc..

Symptoms (表现):

How to Repro (如何复现):
目前vnote的结构逻辑存在相当不方便的地方。
1.假如你想对某个目录进行一下说明，那么你必须自己新建一个md文件。
2.vnote对于md文件和目录进行了区分。
先要到达那个目录才看到md文件。
这个区分其实是不必要的。根本没必要在vnote上从概念上区分文件夹以及文件。

这个可以参考一下Zim desktop wiki这个软件。
它和vnote类似，也采用文件夹结构来建立笔记系统。
但它不区分文件和文件夹。每一个文件夹都伴随一个同名的txt文件。
点击文件夹，就打开了那个对应的txt文件。

vnote其实也可以同样处理。为每一个md文件新建一个目录，并把md文件放在该目录底下。点击目录自动打开md文件。

这样就能完全去掉了在文件夹内容框显示md文件的必要性。也不必显示.md的后缀名。

由于点击文件夹，就能自动打开相应的md文件。文件夹树本身就能成为切换和打开不同文件的工具。这个可以看看Zim desktop wiki。
这样将会方便很多。你不必先打开一个md文件，然后到另一个目录打开另一个文件，然后又花时间在标签栏里找到原来的文件。当你打开了许多文件后，那个标签栏就会太复杂，不方便切换文件。

附件，可以直接放到相应的文件夹底下。

文件夹内容框，或许依然可以保留，用于查看文件夹底下其他格式的文件，比如excell文件。

这样也同时去掉json文件存在的必要性。
这个json文件其实弊多利少。用一个md文件代替了这个json文件将好很多。

你在那个文件夹里直接建立的md文件，就不能在文件夹树图中直接打开了。

The issue proposes unifying folders and Markdown notes in VNote, opening a same-named note when a folder is selected, and reconsidering attachments and JSON metadata. Start by reviewing VNote's current folder, note, and file-content behavior, then compare the proposed model with Zim Desktop Wiki. Done would require an agreed design and consistent navigation behavior across the application.