我写了一个返回版本号函数，怎么上线后还是返回空值？ function getVersion() { if (wx.canIUse('getAccountInfoSync.miniProgram.version')) { return wx.getAccountInfoSync().miniProgram.version } else { return '' } }
getAccountInfoSync 审核版本的version 是线上的版本号还是当前的版本号？在小程序审核过程中，调用wx.getAccountInfoSync()返回的 线上小程序版本号 miniProgram.version 号是当前线上小程序的版本号，还是当前提交审核的版本
2021-01-11扫官方文档二维码，打开video-swiper的demo，5个视频变6个，这么明显的bug，一直拖到2021年，几十个帖子在研究，都没搞定，干脆从官方组件撤下吧，别误导大家了。
video-swiper 性能问题？我看了一下这个代码 也是循环swiper 那么岂不是在每个swiper-item 里面都会添加 一个video 如果我有很多个视频岂不是需要很多的video 对小程序的性能有什么影响 就像快手短视频 这种小程序 也是用的这个组件做的吗
2021-01-07有意思，官方自己开源的组件，自己demo就立刻能复现的bug，就是叫你给代码，一年多时间，没有一个官方开发去修正bug。就叫你给代码。
video-swiper 索引不对的问题目前为止发现了三个问题 第一个问题 为什么一上来就从第一个开始播放 尝试改了swiper初始化的索引 又改了播放视频方法传的参数 _this.playCurrent(0) 发现可以从第一个视频可以开始播放 问题是滑动到第二个视频的时候就不播放了 肯定是打乱了这里面的算法 说到这个组件的算法 在没有一点备注的情况下 真心看不懂 正常在不修改代码的情况下 默认从第二个视频开始播放 滑动到最后一个视频和视频源数组里的最后一个视频对应不起来 会默认在最后面追加倒数第三个视频 后来发现官方提供的数据源总共是８个 猜测是不是不是３的倍数，改成了９个视频 发现可以滚动到最后一个视频了，可是问题还是从第二个视频开始播放的 继续懵圈 最后又尝试了改了一下代码 解决了从第一个视频播放的问题 第二个视频也可以播放，然后发现到最后又莫明的多出来了一个视频 心累呀 我觉得微信官方写这样的插件是为了给小程序开发者提供便利的 而不是创造困难的，如果说一个插件还不成熟的话 那为什么要开放使用呢，况且还是这么明显的bug 你们也测试不出来吗 每次提问问题 都 要很久才能回复 如果短期解决不了 麻烦也回复一下 也好让我们这些菜鸟程序员死了这颗心 别在这么一个组件上垂死挣扎太久
2021-01-07有意思，官方demo就能复现的bug，就让你不停给代码。重复的问题几十个，这么久就没有一个官方开发人员去修正，就叫你给代码。
video-swiper组件传入的数据源长度3的倍数会有问题,翻不到第最后一个视频video-swiper组件传入的数据源长度3的倍数会有问题,比如传入长度为4个的数组,翻不到第最后一个视频
2021-01-07现在除了「热门微博」，还有一个「微博」小程序。我想从公众号跳转到微博对应的页面去，怎么办？
如何跳转到”热门微博“小程序的指定页面我们知道，微博做了个小程序，名字叫“热门微博”，虽然功能上比较乞丐，但好歹可以在微信里打开微博了。 现在有个用户需求，要从他的小程序，跳转到他的微博。 在没有这个“热门微博”小程序以前，这个需求是没办法实现的，但现在就可以跳转到这个小程序。 现在的情况是利用 wx.navigateToMiniProgram 确实也实现了 问题是跳转过去的是 微博首页，而不是他的微博主页 因为不知道这个小程序的页面路径，找微博客服说打400联系大新浪，但压根找不到客服应答 没招了，哪位知道 热门微博 的主页面路径，在线急等。
2019-08-16自己找了一个妥协的方案 [代码]updateProgress: [代码][代码]function[代码] [代码](st) {[代码][代码] [代码][代码]var[代码] [代码]h = [代码][代码]this[代码][代码].data.pageHeight[代码][代码] [代码][代码]var[代码] [代码]t = [代码][代码]new[代码] [代码]Date().getTime()[代码][代码] [代码][代码]if[代码] [代码](h > 0 && st > 100) {[代码][代码] [代码][代码]if[代码] [代码]([代码][代码]this[代码][代码].data.platform == 0 || t - [代码][代码]this[代码][代码].data.timestamp > 400) {[代码][代码] [代码][代码]var[代码] [代码]p = Math.floor(100 * (st - 100) / (h - 850))[代码][代码] [代码][代码]this[代码][代码].setData({[代码][代码] [代码][代码]hideProgress: [代码][代码]false[代码][代码],[代码][代码] [代码][代码]percent: p,[代码][代码] [代码][代码]timestamp: t[代码][代码] [代码][代码]})[代码][代码] [代码][代码]}[代码][代码] [代码][代码]} [代码][代码]else[代码] [代码]{[代码][代码] [代码][代码]if[代码] [代码]([代码][代码]this[代码][代码].data.hideProgress == [代码][代码]false[代码][代码]) {[代码][代码] [代码][代码]this[代码][代码].setData({[代码][代码] [代码][代码]hideProgress: [代码][代码]true[代码][代码] [代码][代码]})[代码][代码] [代码][代码]}[代码][代码] [代码][代码]}[代码][代码]}[代码]添加一个时间戳，我根据多次测试，200毫秒setData一次，流畅程度在我安卓和iOS手机上都可以接受。 同时，设置进度条动画 [代码]<[代码][代码]progress[代码] [代码]active[代码][代码]=[代码][代码]"true"[代码] [代码]active-mode[代码][代码]=[代码][代码]"forwards"[代码] [代码]activeColor[代码][代码]=[代码][代码]"#57b4fc"[代码] [代码]percent[代码][代码]=[代码][代码]"{{percent}}"[代码] [代码]/>[代码]这样，虽然两次变化中间间隔200毫秒，但是有动画补足，看起来还算连贯，不会显得特别卡顿。 当然，我这是阅读进度条，对实时性要求没有贴顶的那么高，还可以吧。 如果官方能在progress组件增加，对页面滑动进度的支持，就省得我在这搞了一个不怎么好的东西出来。
onPageScroll在安卓和iOS上渲染的不同表现- 当前 Bug 的表现（可附上截图） 想在文章阅读页，加上一个顶部阅读进度条。使用onPageScroll实时判断滚动条距离，然后得出进度比例。 但是，iOS渲染正常，安卓就很卡顿，有几秒的延迟，在社区寻找解决方案，发现： [代码]{[代码][代码] [代码][代码]"usingComponents": {}[代码][代码]}[代码]配置加上这个，安卓就正常了，但是iOS又开始卡顿。 - 预期表现 希望有办法可以同时iOS和安卓都能onPageScroll实时渲染 - 复现路径 - 提供一个最简复现 Demo [代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"read-progress"[代码] [代码]hidden[代码][代码]=[代码][代码]"{{hideProgress}}"[代码][代码]>[代码][代码] [代码][代码]<[代码][代码]progress[代码] [代码]stroke-width[代码][代码]=[代码][代码]"6"[代码] [代码]activeColor[代码][代码]=[代码][代码]"#57b4fc"[代码] [代码]percent[代码][代码]=[代码][代码]"{{percent}}"[代码] [代码]/>[代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"container"[代码] [代码]id[代码][代码]=[代码][代码]"topic-detail"[代码][代码]>[代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码]onPageScroll: [代码][代码]function[代码] [代码](e) {[代码][代码] [代码][代码]this[代码][代码].updateViewHeight()[代码][代码] [代码][代码]this[代码][代码].updateProgress(e.scrollTop)[代码][代码]},[代码][代码]updateProgress: [代码][代码]function[代码] [代码](st) {[代码][代码] [代码][代码]var[代码] [代码]h = [代码][代码]this[代码][代码].data.pageHeight[代码][代码] [代码][代码]if[代码] [代码](h > 0 && st > 100) {[代码][代码] [代码][代码]var[代码] [代码]p = Math.floor(100 * (st - 100) / (h - 850))[代码][代码] [代码][代码]this[代码][代码].setData({[代码][代码] [代码][代码]hideProgress: [代码][代码]false[代码][代码],[代码][代码] [代码][代码]percent: p[代码][代码] [代码][代码]})[代码][代码] [代码][代码]} [代码][代码]else[代码] [代码]{[代码][代码] [代码][代码]this[代码][代码].setData({[代码][代码] [代码][代码]hideProgress: [代码][代码]true[代码][代码] [代码][代码]})[代码][代码] [代码][代码]}[代码][代码]},[代码][代码]updateViewHeight: [代码][代码]function[代码] [代码]() {[代码][代码] [代码][代码]if[代码] [代码]([代码][代码]this[代码][代码].data.pageHeight === 0) {[代码][代码] [代码][代码]var[代码] [代码]that = [代码][代码]this[代码][代码] [代码][代码]var[代码] [代码]query = wx.createSelectorQuery()[代码][代码] [代码][代码]query.select([代码][代码]'#topic-detail'[代码][代码]).boundingClientRect([代码][代码]function[代码] [代码](res) {[代码][代码] [代码][代码]that.setData({[代码][代码] [代码][代码]pageHeight: res.height[代码][代码] [代码][代码]})[代码][代码] [代码][代码]}).exec()[代码][代码] [代码][代码]}[代码][代码]}[代码]
2019-05-24我现在如果在config加了 [代码][代码] [代码]"usingComponents": {}[代码]在安卓上 onPageScroll就可以及时渲染了 但是，在iOS上又开始卡顿了 去掉这句iOS正常了，安卓又开始卡顿。这怎么办？
倒计时安卓机卡顿，求官方回复啊- 当前 Bug 的表现（可附上截图） 页面上用setInterval写的活动倒计时，如果当前页面上下滑动，很明显能看到倒计时暂停，然后突然会连着跳几秒，如果不触摸页面，倒计时恢复正常了 注明：当前模拟的代码片段数据量不是很多，倒计时看着只是稍微暂停，但在实际项目中，页面数据量很大，倒计时卡顿会很明显 - 预期表现 倒计时显示正常 - 复现路径 - 提供一个最简复现 Demo
2019-05-24
获得过 0 次赞
回答过的问题获得 0 次赞
分享过的文章/案例获得 0 次赞
评论与回复获得 0 次赞