Foblex Flow v18.5.0 is a platform release. It turns several pieces of internal infrastructure into clearer public building blocks that are easier to adopt, reason about, and reuse in real Angular products.
Today I'm shipping v18.5.0. This release makes layout engines a first-class package story with Dagre and ELK adapters, adds explicit fNodesRendered and fFullRendered lifecycle outputs, promotes major demos into standalone reference apps, and tightens the portal/docs toolchain around that broader surface.
@foblex/flow-dagre-layout, @foblex/flow-elk-layout, and dedicated manual plus auto-layout examples.fNodesRendered and fFullRendered outputs instead of one implicit post-render moment.The biggest structural addition in v18.5.0 is layout.
Instead of treating auto-layout as a one-off example pattern, the release formalizes it as a proper Flow capability:
@foblex/flow provides the shared layout integration surface@foblex/flow-dagre-layout ships a Dagre adapter@foblex/flow-elk-layout ships an ELK adapterThat makes the layout story much easier to explain and much easier to copy into a real application.
That small provider-level API is the real point of the release. Layout is no longer just "something you can wire up if you know the internals." It is now part of the supported integration model.
v18.5.0 also makes Flow render timing easier to reason about.
Before this release, post-render orchestration often depended on one broader "the flow is probably ready now" moment. That was workable, but it was not very expressive when an application needed to distinguish between:
This release introduces two explicit outputs:
fNodesRenderedfFullRenderedThat gives application code a cleaner place to hook tasks like:
This is the kind of API change that removes timing guesswork rather than adding another workaround for it.
The reference-app work in v18.5.0 is much bigger than a workspace reorganization.
These demos were not just copied into apps/example-apps/*. They were rebuilt into fuller product-style examples that can be built, served, embedded, documented, and explored as real Angular applications.
That includes:
Each one now demonstrates a different kind of editor problem:
That matters for two reasons.
First, these examples now behave much more like starter products than demo snippets. Second, they show a wider range of what Foblex Flow can support in practice:
For users evaluating the library, that is a much stronger proof point than a collection of isolated feature demos.
This release also includes a broader cleanup around how the repository is organized and shipped.
The workspace is now structured around Nx apps/* and libs/* projects, which fits the growing split between the core package, layout adapters, portal, and standalone reference apps much better than the previous flatter layout.
Around that, v18.5.0 also:
f-flow packageThat last point matters because this release does not remove the worker-backed redraw strategy. It keeps that path, but restructures it into clearer internal units that are easier to maintain and evolve.
v18.5.0 is the release that makes several recent ideas feel official.
Layout engines now have a supported package story, render timing is more explicit, and the reference apps are structured like real projects. If v18.4.0 improved the feel of the editor, v18.5.0 improves the shape of the platform around it.