你好,这个先暂时不考虑
image的bindonload回调数据能不能添加一个临时文件缓存路径啊- 需求的场景描述(希望解决的问题) 如果给了像下载文件那样的临时路径就可以利用saveFile缓存起来了,虽然文件保存只有10M杯水车薪,但能将图片下载到本地再利用感觉还是能节省不少资源的 - 希望提供的能力 希望bindonload回调的detail参数能提供一个类似wx.downloadFile用于文件保存的tempFilePath
2019-03-19你这个码是怎么生成的?
关于小程序扫码的问题[图片] 急急急!!!!! 如上图,同一个小程序码,安卓手机扫码能够进入指定页面,而苹果手机扫码进入的却是小程序首页,这是为什么???
2019-03-19菊花码,你是在哪里下载的? 这个需求合理的
关于菊花码生成问题- 需求的场景描述(希望解决的问题) 由于需要在实物产品上印刷小尺寸菊花码(1.5cm*1.5cm) - 希望提供的能力 为了提高识别率优化用户体验需要有能够生成不包含小程序头像的菊花码
2019-03-19嗯,已经确定是 bug,后面会发版本修复哈
video组件拖动进度条几个问题具体表现: 安卓机拖动进度条体验差,没有加载中动画,让人误以为卡住。 安卓机拖动进度条会回到0的位置。 初始播放或快进等待时间都很久。 苹果手机快进时加载动画很诡异。 安卓机快进时有时候会卡死不动。 下面是具体表现的视频: http://jdk3t-video.oss-cn-shanghai.aliyuncs.com/video/2019/03/18/sAiYCTh2WhbKeB2fsRF2jN4Yf4kRyNyE.mp4 http://jdk3t-video.oss-cn-shanghai.aliyuncs.com/video/2019/03/18/rea3tQxf42QSTKTd5YWxXydZ2c2w52Ms.mp4
2019-03-19你这个流 断了,有一个 一直播放的流么?
tabbar里的live-player切换回来后不能继续播放- 当前 Bug 的表现(可附上截图) 在tabbar页面上有一个设置了autoplay的live-player组件,当切换别的tabbar页面时,监听播放状态变化为6000。 当再次切换回有live-player的tabbar页面时,安卓可以继续播放,IOS画面卡住不能继续播放 - 预期表现 安卓、IOS都可以继续播放
2019-03-19具体能否给个代码片段?
安卓升级微信7.03之后pagescrollto传duration,滚动异常- 当前 Bug 的表现(可附上截图) 如下面视频: 当传了duration参数之后,安卓手机7.03 稳定出现 频繁的抖动; 去掉参数后,表现正常 - 预期表现 不抖动,正常返回顶部; - 复现路径 小程序打开 友团优选 下拉, 出现返回顶部点击; (如果打开发现正常,应该是参数已经去掉); - 提供一个最简复现 Demo [视频]
2019-03-19这个正在看哈
自定义tabbar与页面内自定义导航栏混合使用大问题使用官方自定义tabbar,并把tabbar中的一个页面设置为自定义导航栏,tabbar多次切换后,tabbar消失
2019-03-19能否提供一下 代码片段,模拟你的场景?
movable-area- 需求的场景描述(希望解决的问题) 使用<movable-area>组件的时候,position设置fixed,全屏拖动,但是movable-area会吞噬掉触摸,导致被movbale-area盖在下面的节点点击无反应 - 希望提供的能力 希望movab-area可以设置点击穿透
2019-03-19内部已经 提需求了,后续会有这样的实现
通过Trace Panel 抓取了小程序的性能数据,但如何导出到本地啊?- 需求的场景描述(希望解决的问题) 通过Trace Panel 抓取了小程序的性能数据,但如何导出到本地啊?工具上看太不方便了 - 希望提供的能力 有什么便捷的方法或者功能来进行trace文件的导出吗
2019-03-19好,这个问题,我跟进看一下哈。
RecorderManager的状态管理这个简单的代码片段来实现长按录音。touchStart时调用recorderManager.start(),touchEnd时调用recorderManager.stop()。但是在真机上无法工作,目前看到的原因是如果我长按释放过快,会导致在onStart之前就触发stop,然后通过onError报错。这使得我们要实现长按录音非常困难,需要做到: 1. 自制一个recorderManager对微信的recorderManager进行包装,保存stop调用,根据callback规律猜测recorderManager内部状态,并在正确的状态时才能调用 2. 在start和onStart之间无法stop录音,导致我们在onStart里需要根据flag立刻调用stop()。但用户仍然可见录音界面(状态)闪烁。若连续快速点击,会出现状态累积,不断开始关闭,持续数秒用户难以操作。 期望: stop()应当不论处于什么状态都能够stop,不应让用户保存recorderManager内部状态并实现基于recorderManager状态的逻辑。 或者,能否有其他建议来实现长按录音。 谢谢。
2019-03-18