1.9 KiB
BIM batch 3cefaa46f5cf8cdd37dca9ff
Implementation remains incomplete for all 16 selected workflows. This is an edit record, not business acceptance. Build, sync, and acceptance belong to the outer pipeline and were not run.
The existing native provider dispatch and mounted BIM response adapter now also cover raiseup, reverseBeam, rotJoin, and shiftBeam. These previously bypassed the selected workflow branch. Frame commands use CommandsFrame; raiseup uses CommandsPipe. They now require a real registered provider, preserve subelement input, and require changed native document objects. The adapter also checks the result document against the requested document and requires native object type IDs for the selected workflow results.
Remaining boundaries for insertElbow, insertFlange, insertPath, insertPipe, insertPypeLine, insertReduct, insertSection, insertUbolt, laydown, levelBeam, mateEdges, pivotBeam, raiseup, reverseBeam, rotJoin, and shiftBeam:
- The supplied source anchor, src/Mod/BIM/InitGui.py:449, imports optional CommandsPolar, CommandsFrame, and CommandsPipe. It supplies command names, not implementation bodies. Provider absence has not been established. The next packet needs exact local provider paths and command-body anchors to implement task inputs without guessing desktop behavior.
- Native runCommand can begin a task without completing it. Catalog choice, dimensions, interactive picking, accept/cancel, and task cleanup still need bindings based on those provider bodies. No such task completion is claimed.
- Changed-object detection is only a guard. Outer acceptance must check actual geometry, document persistence, transaction behavior, and selection restoration for the chosen inputs. No fixed geometry or success markers were introduced.
Continuation anchors: BimRuntimeProbe.cpp:3406 and :3430 in freecad-source/src/WebAssembly/FreeCADCoreProbe; web/src/bim-desktop-adapter.ts:105.