Zakary

> ### 期望结果 > 页面停留在B页面 > > ### 实际结果 > 会在A页面中有3秒左右的停留，再返回到B页面 > > ### 补充信息 > 该场景主要用来对页面返回进行拦截对用户进行挽留，展示弹窗，用户进行操作后再确定是返回上一页还是停留在当前页，目前的情况是，对页面返回操作进行拦截后，ios手势返回会有3秒左右的卡顿，用户体验极差 更新一下信息，实际测试后并没有在 iOS 或者 mac 上的 safari 中未能复现到 3秒延迟问题（在 mac 中部分情况下有延迟）。 另外可以通过所示 demo ，可以发现在...

路由动画应新增相关判断，在 iOS 中页面触发 touchmove 时中断页面动画触发，并在路由完成后复位。

仅监听使用可以参考 #7470 使用 `onAppRoute` 完成小程序路由变化监听，h5 可以通过 `__taroRouterChange` 事件，如果需要拦截目前没有比较好的方法。 Duplicate of #7940

参考 https://github.com/wuba/taro-visualization/tree/main/packages/taro-3d

> > pxTransform 计算值只有其他端的 1/2 > > H5  harmony 端 pxTransform 其实是不会转换单位值的，因为在组件处理样式时会自动完成转换，这与其他端逻辑有所区分

目前不支持 eventChannel，可以先通过 eventCenter 替代

因为这个覆盖率的代码还不支持抖动，可以考虑将 browserslist 提高到如下 ``` > 0.5%, last 2 versions, Firefox ESR, not dead Android >= 50 ios >= 11 ```

> 为什么每个 chunk 都会重复引入 taro/component 等包？ 不是同一个问题哈，大概会是实际引用了不同路径的组件库或者babel配置过低导致webpack无法识别重复代码，有问题可以提交新的 issue 并附上完整的 demo 用于定位问题

可以直接用啊，只是文档缺个支持标注

> 在准备将自己solid插件适配vite的编译时，我发现taro4.0已经在实现solid的编译了，着实是很高兴，然后看了下里面的代码实现，发现跟当时我实现的思路差不多，都是基于solid-js/universal去实现的，但是对于h函数来说，solid其实是不需要的，这可以在我这篇文章[taro-solid小程序插件版本迭代](https://juejin.cn/post/7342148728135319564)能够说明，如果官方比较对于solid的推送比较积极，我可以全力协助相关solid的迭代，我就不在我的仓库那里继续迭代4.0关于vite的适配了。期待获得大佬们的回复 @ZakaryCode 欢迎一起共建，其实因为这个实现在 #13607 PR 之后，很大程度上有所借鉴，这个在对应 PR 上也有阐述。另外对于 h 函数，一定程度上还是有必要性，在 taro-plugin-solid 中示例更多还是使用 jsx 形式去转换 view 等组件，而非通过 @tarojs/components 去引入，当前在插件中实现 h 函数方法主要也应对于该情况引入的字符串标签对应（当然此处后续可能会有所调整）。 当前 Solid 的适配应该还有挺多待完善的内容，包括 web 端的组件库、适配器等，如果大佬愿意一起参与负责 solid 端的内容就再好不过了