Problem with recommending startTransition in design system event handlers?

we generally recommend to bake useTransition into the design system components of your app
https://reactjs.org/docs/concurrent-mode-patterns.html#baking-transitions-into-the-design-system

 // Button component in design system event handler:

  function handleClick() {
    startTransition(() => {
      onClick();
    });
  }

Couldn't this lead to the problem mentioned later?

Try typing into the input now. Something’s wrong! The input is updating very slowly
https://reactjs.org/docs/concurrent-mode-patterns.html#splitting-high-and-low-priority-state

The answer to this problem is to split the state in two parts: a “high priority” part that updates immediately, and a “low priority” part that may wait for a transition.

Solution:

function handleChange(e) {
  const value = e.target.value;
  
  // Outside the transition (urgent)
  setQuery(value);

  startTransition(() => {
    // Inside the transition (may be delayed)
    setResource(fetchTranslation(value));
  });
}

If your design system components wrap all their event handlers in startTransition then how would you make a setState call in your handler run outside of a transition?

查看链接的 Concurrent Mode Patterns 部分，了解如何将 transitions 融入 design-system components，以及如何拆分高优先级和低优先级的 state。以 issue 中的 event-handler 示例作为起点；完成的标准是文档清楚地说明 design-system handlers 是否应当将 callbacks 包裹在 startTransition 中，以及如何让紧急更新保持在 transition 之外。