0.1.6

Bump to v0.1.6: fix bulk split filename rule and case-insensitive name collisions

Fixes #6: "Split by H1/H2/H3 headings" named every note from the heading
text alone, ignoring the profile's Filename rule. The bulk loop now goes
through resolveFilename like a single heading extraction does. In bulk
mode the Prompt rule falls back to the heading text instead of opening a
modal per section, matching how the conflict policy is already forced to
"increment" during a bulk split.

resolveFilename now receives the source note and nearest heading, so
{{source_title}}, {{source_path}} and {{heading}} work in a filename
Pattern (they always expanded to an empty string before).

Fixes #5: on a case-insensitive filesystem (macOS, Windows) extracting to
"todo" while "Todo.md" exists failed with "file already exists", because
Vault.getAbstractFileByPath is an exact-case lookup. Collision checks now
consult adapter.exists(), which reflects what the OS actually sees, and
fall back to a case-insensitive scan of the vault index only when the OS
reports the path as taken. On a case-sensitive filesystem the two names
remain distinct and behaviour is unchanged. The same check is used for
the destination folder.

Co-Authored-By: Claude Fable 5.1 noreply@anthropic.com
Claude-Session: https://claude.ai/code/session_01Ya1aBDkCoiwPMZnZkvcSet

---

Full Changelog: 0.1.5...0.1.6