Emoji-mart表情选择器首次加载时导航项无法点击，需先点选表情才可交互

这个交互异常是几个组件的实现逻辑错位叠加触发的：

• emoji-mart的Picker组件采用全局事件委托实现分类导航的点击响应：没有给每个导航项直接绑定元素级click事件，而是把判断逻辑挂在文档根节点上；同时组件内部维护了一个闭包状态标记，只有面板区域内成功触发过一次mousedown事件后，才会放行分类导航的点击响应，未被触发时所有导航点击都会被直接拦截。
• Popover组件为了实现“点击外部关闭面板”的能力，会在首次弹出时就在捕获阶段绑定全局mousedown/mouseup判断逻辑，这个逻辑会截断首次弹出时面板内的事件冒泡，导致emoji-mart的内部标记永远无法被首次触发。
• 当前组件实现存在疏漏：代码中定义了可观测的isPickerVisible状态，但完全没有将其和Popover的显隐逻辑绑定，所有Picker内容渲染完全交给Popover内部的Portal惰性挂载机制处理，进一步放大了事件流的时序错位问题——首次弹出时Picker的事件委托绑定和Popover的全局监听绑定存在时间差，最终表现为分类导航点击无响应，直到用户实际点击任意表情、触发表格内的mousedown事件把内部标记置位后，导航交互才会恢复正常。

按改动量从小到大排列：

• 复用已有的isPickerVisible可观测状态，手动托管Popover的open属性，等Popover打开、Picker组件完成DOM挂载后，通过原生事件分发提前触发面板内部的mousedown事件：即拿到Picker根节点的DOM对象后，执行rootNode.dispatchEvent(new MouseEvent('mousedown', { bubbles: true }))，不需要等待用户实际点击表情，就能把内部状态标记置位。
• 调整Popover的外部点击判断配置，将emoji-mart的根容器纳入“面板内部”的判断范围，避免Popover的全局监听在捕获阶段截断面板内的事件冒泡，保障事件流可以完整传递到emoji-mart的内部逻辑。
• 给Picker组件增加与Popover打开状态绑定的key值，每次Popover打开时强制重新初始化Picker的事件绑定流程，避免因为Portal挂载时序问题导致的首次绑定失效。
• 如果使用的是较早版本的emoji-mart库，可以升级到当前线最新的patch版本，官方已经在后续迭代中修复了分类导航首次交互失效的已知问题。

内容的提问来源于stack exchange，提问作者shabspb