wu-sheng opened a new pull request, #76: URL: https://github.com/apache/skywalking-horizon-ui/pull/76
## Why Follow-up to #75. The widget canvas sits well below the scope-config cards, so clicking a widget *without first scrolling down to the editor* left the sticky editor drawer at its natural flow position — entirely below the fold. Measured live (demo OAP): selecting the bottom widget put the drawer at `top: 1478` in an `863px` viewport, clamped to its 220px min with the form overflowing. You had to manually scroll to find the editor, and it opened cramped. ## What On widget select, flow the editor fully into view (scrolls the `.sw-main` content pane so the editor card reaches the top → the drawer gets full height → the form shows complete), then re-fit the drawer height. It only scrolls when the editor **isn't already usable** (drawer low on screen, or the body would overflow), so clicking through widgets with the editor already pinned at the top doesn't yank the page around. ## Validation Headless, against the demo OAP, on a 9-widget board: - **Select bottom widget, no pre-scroll:** before → `top: 1478` (off-screen, clamped 220px); after → `top: 96, bottom: 855` within the `863` viewport, **fully in view, Delete visible**. - **Click another widget while the editor is already up:** stays at `top: 96`, complete, **no disruptive re-scroll** (guard holds). type-check ✅ · build ✅ · lint ✅ · license ✅. No new UI strings. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
