Fixes #112 — broken imports after moving files.
/claim #112
When a .flyde or .flyde.ts file is moved or renamed in VS Code, all .flyde files that reference it via source.type: "file" now have their relative paths automatically updated to point to the new location.
When a user creates a flow that imports another .flyde file (e.g., ./ChildFlow.flyde) and then moves that imported file to a different folder, the import path breaks because the relative path stored in source.data is no longer valid.
Added a workspace.onDidRenameFiles handler in the VS Code extension (updateImportsOnFileMove.ts) that intercepts file move/rename events and automatically updates import paths in all affected .flyde files.
Imported file is moved — All .flyde files referencing the moved file get their source.data paths recalculated relative to the new location.
Flow file itself is moved to a different directory — Its internal source.type: "file" references are recalculated relative to the new directory.
Both files move simultaneously — The handler cross-references the rename list so paths resolve correctly even when multiple related files are moved at once.
workspace.onDidRenameFiles (fires after the move completes).flyde and .flyde.ts filesyaml library (already a dependency via @flyde/loader)./subfolder/Child.flyde) matching the existing conventionvscode/src/updateImportsOnFileMove.ts — New file with the import update logicvscode/src/extension.ts — Registers the handler on extension activationParent.flyde that imports ./Child.flyde via source: { type: file, data: ./Child.flyde }Child.flyde to a subfolder — verify Parent.flyde updates to ./subfolder/Child.flydeParent.flyde to a subfolder — verify its reference updates relative to new location.flyde.ts code node file — verify referencing flows update.flyde files are modifiedmaoshuorz
@maoshuorz
Flyde
@flydelabs