Make Block Inserter search input sticky while scrolling

[sarthaknagoshe2002]

What?

Closes #71995

Makes the search input inside the block inserter panel sticky so it remains visible while scrolling through blocks.

Why?

Currently, the search bar scrolls out of view when browsing long lists of blocks. This change prevents users from having to unnecessarily scroll back to the top just to access the search functionality, improving overall workflow and usability.

How?

Updated the .block-editor-inserter__search SCSS to use position: sticky and top: 0. Added a z-index to ensure the scrolled blocks slide cleanly underneath the search input. Intentionally omitted the background color to allow the blocks to remain visible as they slide past the search area, creating a nice visual effect.

Testing Instructions

1. Open a post or page in the editor.
2. Click the + (Toggle block inserter) button in the top-left toolbar to open the inserter panel.
3. Scroll down through the list of available blocks.
4. Verify that the search input remains fixed at the top of the panel and that blocks scroll cleanly underneath it.

Screenshots or screencast

Before	After

[github-actions]

The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the props-bot label.

If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message.

Co-authored-by: sarthaknagoshe2002 <sarthaknagoshe2002@git.wordpress.org>
Co-authored-by: jameskoster <jameskoster@git.wordpress.org>
Co-authored-by: vincent-bdrt <vincentbdrt@git.wordpress.org>

To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook.

[jameskoster]

This seems reasonable to me. The visual effect of the field colliding with the rest of the UI looks a bit off though. Perhaps the search container should have a background, and reveal a border on scroll:

That would be consistent with Dialog.

[sarthaknagoshe2002]

Thanks for the feedback @jameskoster!
I've just pushed an update to align this with the Dialog's behavior:

[t-hamano]

Thanks for the PR!

At the very least, we need to fix the following two problems.

First, onScrollCapture can also react to the scrolling of child elements, which may cause isScrolled to change incorrectly.

on-scroll-capture.mp4

Second, the padding is missing in the Media tab.

[t-hamano]

Suggested change

	const handleScroll = useCallback( ( event ) => {
	const hasScrolled = event.target.scrollTop > 0;
	setIsScrolled( ( prevIsScrolled ) => {
	if ( hasScrolled !== prevIsScrolled ) {
	return hasScrolled;
	}
	return prevIsScrolled;
	} );
	}, [] );
	const handleScroll = useCallback( ( event ) => {
	setIsScrolled( event.target.scrollTop > 0 );
	}, [] );

This can be simplified.

[t-hamano]

I believe this transition format is invalid.