现在小程序的弹窗面板 只能做到靠屏幕中间部分的边缘圆角（固定 border-radius）， 无法做到靠屏幕边框部分的边缘圆角（屏幕的 border-radius 不固定）。 如果能提供一个可以根据手机屏幕自动适配圆角的容器组件或API岂不美哉？ [图片]

看图，都在图中 [图片]

微信小程序企业账号认证需要对公账号打款， 但是，现在的银行监管很严格，对公账号不容易申请下来呀。。。。 以下是抖音小程序的对公认证流程，希望微信小程序能参考、优化当前的认证流程。 [图片]

https://developers.weixin.qq.com/community/develop/doc/000e065bdbc14808684ee47165bc00?jumpto=comment&commentid=0006e4083a8860efb24ede6cc508 [图片] 我就只是发了一个帖子，提了一个问题，就惹来这么一条疯狗对着我乱吠。 我~~~~~都~~~~不~~~知~~道~为什么会惹上这么条疯狗。 在开发者论坛都能遇到这么一个卧龙凤雏，我tm也是醉。 都不知道他是智商存在缺陷，发生故障了，还是情商拥堵了。 也不知是不是因为我做的事情，触犯了他本就衰弱的神经，只要看到我的贴子就吠。 先是冷嘲热讽的评论，我回复了就开始吠。 被我喷得理亏了气不过了就删评重新吠。 我 tm 真的真的真的真的无语，难道他写 while 循环的时候把脑子卡住了？？？？

https://developers.weixin.qq.com/miniprogram/dev/api/navigate/wx.navigateToMiniProgram.html 能不能让跳转到第三方小程序（wx.navigateToMiniProgram() ）的这个操作，改成和打开一个子页面一样方便呀？ 刚刚在腾讯充值小程序充话费时，想看下余额和剩余流量，结果每个功能都要跳转，每次跳转前还要弹窗询问一边。 使用完之后，又要点击右上角的胶囊按钮，关闭当前小程序才能返回原来的小程序（这一步就已经打断了很多普通用户的正常操作惯性思维，正常人要返回，第一时间想到的不都是左上角的返回按钮吗？换成老年人根本不清楚要怎么返回，他们只认识一个返回按钮，有些连关闭按钮都不认识，更别提右上角的胶囊按钮中圆点是什么意思，这一点我从指点长辈使用行程卡时，就深有体会） 个人觉得：从用户点击图标进入小程序的那一刻开始，之后的所有打开操作都应该通过一个返回按钮（直角箭头线型）进行返回，哪怕是冷启动打开的子页面，而不是根据情况显示home还是返回，在一些基础操作，就不应该留有需要用户思考的地方。 所有的功能，最初设计的目的，不都是为了让用户可以更便捷的获得自己想要的结果吗？干嘛要弹弹跳跳呢。

记录一下： 开发过程中，经常会遇见页尾或列尾最后一个元素的 margin-bottom / margin-right 没有撑开的情况， 在怎么折腾都解！决！不！了！的！情！况！下！ 就用最简单粗暴的方式吧，就是在其后追加占位节点， 让！其！不！再！是！最！后！一！个！ <view style="opacity:0;width:0;height:0;">-</view>

记录一下：当 scroll-view 内容尾部出现几百像素高度的空白区域时，关闭 enhanced 即可解决。 🥱 没办法，既然官方无法解决该bug，只能舍弃部分功能。

https://developers.weixin.qq.com/miniprogram/dev/component/scroll-view.html#scroll-anchoring [图片] System: iPhone X, iOS 15.5, WeChat 8.0.23 WeChatLib: 2.24.5 (2022.6.2 11:35:43) LazyCodeLoading:true 真机情况下： 在自定义组件内，使用 <scroll-view/> 作为根节点，且开启 "scroll-anchoring"， 会有机率导致 <scroll-view/>内的子节点（比如：<view/>）渲染成透明状态（节点可被点击并触发事件，调试器WXML中也存在节点，但就是透明）。 由于需要在 <scroll-view/> 中实现虚拟长列表，所以屏幕外的节点经常会在滚动过程中被渲染与销毁，而这些节点有一定机率会被渲染成透明状态，关闭 "scroll-anchoring" 之后一切正常。

想通过 IntersectionObserver 实现无限信息流，销毁屏幕之外的view，但是需要知道边界交叉方向计算占位符高度。

简略描述： 当一个view 经存在一个正在执行且未执行完成的 this.animate() 动画， 在该动画 duration 时间内，使用一个新的 this.animate() 动画顶替上去， 前一个 this.animate()  动画会直接被覆盖，并且前一个动画的回调方法不会执行，导致代码出现逻辑异常。 再简略描述： 一个使用了 this.animate() 的方法，在 duration 时间内再次被调用，就会出现前一个动画的回调方法不执行的情况，导致代码出现逻辑异常。