tom_d4rt_flutter 1.1.0
tom_d4rt_flutter: ^1.1.0 copied to clipboard
Source-based D4rt interpreter with the full Flutter Material bridge surface (SourceFlutterD4rt), plus the bridge conformance test suite and HTTP test harness.
1.1.0 #
- Add
SourceFlutterD4rt.warmup()— forwards toD4rt.warmup()so embedders can pay the residual eager warm-up cost (warm-parentEnvironment, stdlib, and the analyzer parser front-end) off the first frame instead of stalling the first script build. The recommended call site is a post-first-frame callback:WidgetsBinding.instance.addPostFrameCallback((_) => d4rt.warmup()). Idempotent and script-neutral.
1.0.1 #
- Housekeeping: test artifacts now live in a gitignored
testlog/folder;doc/no longer ships machine-generated baselines or last_testrun.json. No code changes.
1.0.0 #
Initial pub.dev release of the source-based Flutter bridge runtime — the recommended way to run D4rt scripts that return Flutter widget trees.
SourceFlutterD4rt— atom_d4rtinterpreter pre-loaded with the full generated Flutter Material bridge surface (17 generated*.b.dartfiles underlib/src/bridges/). Feed it raw Dart source; it returns a liveWidget.build(source, context)andbuildMultiFile(...)entry points; rendering against real Flutter widgets (not mocks).- Hand-written runtime registrations layered on top of the generated bridges: interface proxies, generic type relaxers, and generic constructor factories.
d4rt_user_bridges/— hand-writtenD4UserBridgeoverrides for classes that need bespoke behaviour beyond the generated adapters.- Sample-source loaders (
SampleProgram,SampleSource,createSampleSource,DiskSampleSource,AssetSampleSource,buildDiskProgram, …) for loading multi-file sample apps. - Bridge conformance test suite plus the long-lived companion-app HTTP harness used to drive the flutter-material corpus.