-
-
Notifications
You must be signed in to change notification settings - Fork 54
[Perf]: pan and zoom still stall when all heavy nodes are visible #282
Copy link
Copy link
Open
Labels
area:zoomZoom, scale, and wheel interaction behaviorZoom, scale, and wheel interaction behaviorcodexCreated or updated by Codex automationCreated or updated by Codex automationneeds investigationA member of the team needs to do further investigation to determine the root causeA member of the team needs to do further investigation to determine the root causeperformancePerformance, rendering throughput, scaling, and stress scenariosPerformance, rendering throughput, scaling, and stress scenarios
Metadata
Metadata
Assignees
Labels
area:zoomZoom, scale, and wheel interaction behaviorZoom, scale, and wheel interaction behaviorcodexCreated or updated by Codex automationCreated or updated by Codex automationneeds investigationA member of the team needs to do further investigation to determine the root causeA member of the team needs to do further investigation to determine the root causeperformancePerformance, rendering throughput, scaling, and stress scenariosPerformance, rendering throughput, scaling, and stress scenarios
Follow-up from #266 and the latest user feedback:
#266 (comment)
Summary
v18.2.0improved panning when only a fraction of heavy nodes are in the viewport, but interaction still degrades noticeably when all expensive nodes are visible at once (for example afterfitToScreen).Expected
Pan/zoom should remain responsive even when the initial camera exposes the full heavy-card scene, or we should provide a documented strategy/API that keeps startup and interaction smooth in that state.
Relationship to #266
This is related to the broader "only render visible elements" request, but it is actionable enough to track separately because the latest report confirms the remaining bottleneck after the
v18.2.0improvements.Investigation ideas