[IDEA] A better in-Fibery editor for Custom HTML Pages

Ideas & Features
1

IMG-20260522-WA0045(1)
IMG-20260522-WA0045(1)1600×739 204 KB

I have been using Custom HTML Pages more and more inside Fibery, and there is one thing I keep missing: a more comfortable way to create and maintain those pages without leaving the workspace.

The current editor works, but once the page gets a bit more serious — more structured HTML, repeated edits, previewing, drafts, multiple pages — it starts to feel like I am jumping between two worlds: Fibery for the actual page, and some external editor for the real work.

So I started experimenting with a different approach.

The idea is a Custom HTML Page that works as an editor for other Fibery HTML pages. It is still just one HTML file installed inside Fibery, with no backend and no separate account/service. You open it in your workspace and use it to create, edit, preview, organize, and save other Custom HTML Pages.

What I am trying to solve:

  • edit HTML in a more focused editor;
  • preview changes locally before saving;
  • avoid automatic writes to Fibery;
  • keep drafts/recovery data locally in the browser;
  • keep a local manual history per page;
  • organize pages into local project folders;
  • search across Fibery HTML pages;
  • update the editor itself from inside Fibery when needed.

The main design principle is: Fibery should only change when the user explicitly clicks Save.

Everything in progress stays local: drafts, autosave, recovery, history, project organization. The preview is local too. This makes the flow safer for shared workspaces and avoids unnecessary API calls while typing or just moving around.

I already have a working prototype, but this is still very much in progress. I plan to keep improving the editor a lot, so I am mostly posting this as an idea and asking for feedback from people who use Custom HTML Pages in real work.

I would love to hear what feels useful, what feels missing, what looks confusing, what could be improved, and also what already feels right. Even small comments are helpful at this stage.

The kind of feedback I am looking for:

  • would this solve a real problem for you?
  • what would you expect from an editor like this?
  • what looks good in the current direction?
  • what feels bad, risky, or unnecessary?
  • would local drafts/history/projects be enough, or would you expect something shared?
  • does the “save only when I click Save” model feel right?
  • what would make this confusing in your workspace?

Repository:

2 Likes