文档中描述基础库2.10.4开始支持，PC端基础库版本已经是2.13.2了。 实际上这个api并不存在，请微信PC端开发giegie加加班把基础库版本升级到最新，或者能支持wx.getUserProfile这个api。 文档描述： [图片] 报错信息： [图片]

[图片] [图片] 用wx:if和display：none效果有差别吗，我用wx:if，第二次显示出组件的时候他的效果一直是初始化的效果（外面传给组件的那个值变了），而动态地给组件加减class（display：none）的方式，第二次显示出的组件效果也变化了，哪位大神能解释下wx：if的底层原理吗？

设计稿上面的字体大多是苹方的字体  需要和设计稿上的字体一样的 我在百度上看见用  https://transfonter.org/  这个网站可以转base64  但是由于苹方字体太大   转码不成功 请问现在还有什么办法能实现啊   急急急

比如活动介绍，是一段文字。第二段需要另起一行，但是\n无效， 也无效，难道要用块级标签来实现吗

小程序的text组件，有长文本的时候就会提示考虑增加 user-select 属性，方便用户复制。！已经加了复制属性为什么还是会提示？请问怎么才能去掉这提示？

VM47805:1 [Event] 21 listeners of event onBeforeUnloadPage_962 have been added, possibly causing memory leak. 出现这种情况是什么，难是我没关闭吗，我是按文档上用的，只用了emit，难道还要调用off释放吗，还是另有其他原因？？？

wx.navigateBack 目前只能控制返回几层，因为小程序最大支持打开10级页面，实际有类似以下场景（目前全部使用 navigateTo 打开）： 用户A主页 -> 评价详情1 -> (点击头像进入)用户A主页 -> 评价详情2 …… 如果能支持 navigateBack 传递自定义参数，就不用一直新开页面，可以自行判断使用返回方法，在 onLoad 或 onShow 生命周期获取新的参数，这将会大大提升小程序页面跳转的体验。理论上体验可以做到和APP一样支持打开无限层级页面，又不会因为打开太多页面导致内存暴增。希望官方评估考虑。 ---------------------- 突然发现有不少人关心这个问题，我就挖坟补充一下： 我们自己实现了近似小程序页面生命周期的方法，从在跳转动作执行时，先从页面栈中找到目标页面，执行这个方法并传递参数，然后再 back 相对应的层级，用法和 onShow 等等一样 onNavigateBack(options) { } 因为我们的小程序是有一层自己封装的路由，所以这个事情在统一路由层面就完成了，业务开发者不用去关心怎么实现的，还是很通用的。

- 当前 Bug 的表现（可附上截图） - 预期表现 - 复现路径 - 提供一个最简复现 Demo let commodityData = JSON.stringify(this.data.commodityData)  先转字符串，数据是齐全的， [图片] 但通过  wx.navigateTo  后，数据发现少了一半，造成无法序列化，要怎么解决？ [图片][图片][图片]

上拉刷新不好使，没有触发onReachBottom事件

https://developers.weixin.qq.com/miniprogram/dev/api/ui/interaction/wx.showToast.html 我在开发小程序中遇到了一个问题 当我调用wx.showToast并将图标设置为"error"时，发现返回的图标是"success" [图片] 在不断地尝试与查阅资料，我发现安卓端更新到基础库为2.14.1版本的微信才可以正常显示，但是其他的都无法显示（Win端目前基础库还没到2.14.1） 目前的开发工具版本基础库为2.14.1，模拟器查询SDKVersion也返回2.14.1，但仍有这个问题（2.9.5也进行过同类尝试） [图片] 而且我在PC端调试时，发现基础库显示对应不上，所以请问是不是开发工具有相关的问题？ [图片] 我在查阅的时候发现小指南里面有这样一段话 特别要注意，我们不应该把Toast用于错误提示，因为错误提示需要明确告知用户具体原因，因此不适合用这种一闪而过的Toast弹出式提示。一般需要用户明确知晓操作结果状态的话，会使用模态对话框来提示，同时附带下一步操作的指引。 我想说一下我个人的愚见，我如果想做一个语气稍微轻一点的错误提示，我更倾向于toast，而模态框我认为语气会重一点，而且也会有增加操作步骤降低用户好感的风险。 而且该接口处官方API文档没有任何兼容性提示，"error"也在“object.icon 的合法值”这一标题内，再加上有一部分老哥也尝试用第三方组件库来实现这个toast效果，所以我认为这个问题或者是错误还是值得考虑的。 说这么多只是希望官方人员可以在百忙之中能抽空看看这个问题，我还是非常喜欢微信小程序这个平台的。