You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is currently no way to get data out of (or into) PyOps from the UI. The only affordance is the Settings page displaying the projects-folder path and telling the user to copy .db files by hand. All planning work lives in per-project SQLite stores, so losing one means losing weeks of planning.
What to do
Project backup: a Download button in Settings that streams the active project's .db (SQLite backup API or a safe copy while the connection is open), and an Import that accepts a .db file and installs it as a new project.
Block / plan export: export a single block (or a folder of blocks) as a self-contained JSON document — goals, recipe rows, splits, modules, notes — and import it into any project. Internal names are the stable keys, so imports should gracefully flag goods/recipes that don't exist in the target project's data dump rather than failing outright.
There is currently no way to get data out of (or into) PyOps from the UI. The only affordance is the Settings page displaying the projects-folder path and telling the user to copy
.dbfiles by hand. All planning work lives in per-project SQLite stores, so losing one means losing weeks of planning.What to do
.db(SQLite backup API or a safe copy while the connection is open), and an Import that accepts a.dbfile and installs it as a new project.Part of the polish epic #35.