关于 ipad 横屏宽度的问题: ipad 横屏宽度确实是 750 rpx 。也就是说,我们会把屏幕宽度横向切成 750 份,因为 ipad 横屏状态屏幕很宽,所以在不适配的情况下会明显感觉到小程序被横向拉伸(这是正常的表现)。如有疑问,请详细描述问题。
吐槽:最近的微信升级以下言论已经在不同的帖子中分别说过了,但是还是觉得如鲠在喉、不吐不快,所以特意单独发一个帖子来吐槽一下最近微信升级给小程序带来的两个变化 1、web-view强制显示顶栏 小程序可以不显示顶栏可以说是小程序少有的几个有亮点的特性之一,开发者可以使用更多的屏幕空间来开发和设计,虽然还有一些不足(比如:不能每个页面单独设置是否需要顶栏),但是瑕不掩瑜,总体来说还是很不错的。这次升级直接就强制web-view必需显示顶栏。有用户提出web-view需要顶栏的时候我就担心官方会无脑一刀切,结果还是不幸猜中了。针对这个需求,有很多更合适的对应方法,比如开放单页面单独设置,比如给web-view加一个全局的单独设置,结果官方选了一个最愚蠢的处理方式:无脑一刀切强制显示。我一直认为升级应该以不影响现有效果,或者最起码短期内不影响为前提,官方这次是实实在在的在作恶。 2、ipad上可以横屏使用小程序 小程序的rpx特性可以说是小程序少有的几个有亮点的特性之一,不管什么条件下屏宽固定都是750rpx,这个就一举解决了困扰开发者的适配问题,虽然还有一些不足(比如:部分组件不支持使用rpx设置尺寸、部分接口返回的尺寸没有rpx),但是瑕不掩瑜,必需点赞。但是这次升级后ipad上可以横屏使用小程序,而且横屏下屏宽不在是固定的750rpx,可以说是把开发者一夜打回解放前。如果说web-view强制显示顶栏是在作恶,这个可能是属于准备不足吧,希望后续可以解决。目前还是有一个应对方法,在app.json中加入“resizable: false”强制禁止横屏使用。 另外以上两个变化在最新的(截至发帖前)开发者工具中并没有对应。 最后我想奉劝微信的技术部门,作恶也要有个限度,不要仗着自己能店大欺客就肆无忌惮,做人留一线,给自己积点德没什么坏处。还有,靓坤教导我们:做错就要认,挨打要立正。不要认为自己是腾讯大厂的,承认自己做错或者不会做是折了面子,把bug硬说成feature这种把戏一直玩就没意思了。 再补一个,我上周发了一bug贴,说ipad横屏宽度不是750rpx,结果官方的回复要我提供代码片段。呵呵,ipad横屏宽度是不是750rpx,自己作为官方心里没点数吗?
2018-09-03可以的。请详细阅读 canvas 和自定义组件相关文档。
插件能不能使用drawImage绘制图像到画布插件能不能使用drawImage绘制图像到画布?目前想在插件内绘制海报 可是drawImage方法不能使用 没有效果 ,有什么其他的方法可以替代吗
2018-09-03感谢反馈。我们已经进行了一个变更,现在如果当前使用开发者工具的开发者拥有个人测试号,我们将使用个人测试号来进行预览和审核。麻烦看看能否解决你的问题。
小程序插件,测试人员测试周期过长- 需求的场景描述(希望解决的问题) 对于测试人员,需要获取到用户信息,后端无法根据iv和encryptedData拿到的信息去解密,因实际上插件依赖于业务方(即使用插件的),而默认的是官方的。测试就只能通过,开发人员自测→提审→业务方接入→测试,或者将测试人员加入到开发者,但是这两种方式都比较不科学,前者周期太长,后者不合理。 - 希望提供的能力 临时小程序可以对开发方授权 或者 希望可以使用dev版本进行测试,即miniprogram可以换成实际小程序 。。。。。
2018-08-27你好。这句的意思是,在需要用到这个选项的时候,文档会明确指出 options 应该怎么设置。比如这个地方。这些 options 都是一些杂项,阅读这一部分文档的时候并不需要关心具体有哪些 options 。 我们会改一下这一句话的表述。感谢反馈!
文档敢不敢再叼一点这个其他部分到底是在哪 [图片]
2018-08-27每次发生都是退回到以前的一个正常版本再还原回来就正常了 感谢反馈。能否详细描述一下出现问题的具体步骤?
expect flow_create_node but get another最近还有没有人遇到这个报错,模拟器报错,真机正常 每次发生都是退回到以前的一个正常版本再还原回来就正常了
2018-08-24这个是产品策略,主要是出于对用户隐私的保护。 对于其中大多数情形,我们有机制来保护。并不是所有的安全问题都可以有效解决,请问你想了解哪一方面的安全问题呢? 我们有一定的安全隔离机制,来使得插件不能窃取小程序中的数据。小程序的安全机制依赖于微信本身,如果微信被攻击,小程序的安全也会相应受到影响,微信的安全团队会全力保证微信本身的安全。小程序攻击操作系统的情况目前还未有先例。
小程序插件安全性问题咨询小程序插件或是直接使用第三方小程序插件是否有安全性问题: (1)小程序插件目前无法直接调用wx.login,wx.getUserInfo,wx.requestPayment,等无法直接调用,是出于安全因素的考虑吗? (2)小程序插件安全性,微信官方是如何保证的,通过什么方式保证的? (3)微信小程序的安全性会不会因为加入小程序插件而出现巨大的安全问题如:1、如果小程序可以获取到规定服务外的信息(比如:用户的钱、余额等)即是信息泄露;2、小程序的运行环境为微信APP内嵌浏览器,开发者需对腾讯的信任级别达到操作系统级别吗? 3、在微信主程序中获得代码执行,成功制造代码执行的漏洞?4、恶意的小程序插件实现了越狱,攻击操作系统?
2018-08-23感谢反馈。目前有部分组件还不支持这个写法,包括 input 、 textarea 、 map 、 video 、 canvas 、 cover-* 等。 这部分组件也不支持 catch 和 capture 等其他事件绑定方式。 其它组件和所有自定义组件都支持这个写法。
input 组件 bindinput 不能写成 bind:input 的形式- 当前 Bug 的表现(可附上截图) 当如下写法时 [代码]<[代码][代码]input [代码][代码]bind:input[代码][代码]=[代码][代码]'_inputHandler'[代码][代码]></[代码][代码]input[代码][代码]>[代码]input事件无法被触发 即input 组件 bindinput 不能写成 bind:input 的形式 - 预期表现 [图片] 希望官方统一写法
2018-08-21你好,之前存在这样的一个 bug,导致早先回退的小程序有问题。现已修复。麻烦再确认一下是不是还有问题。
小程序版本回退后插件不可用微信小程序团队的同事们,你们好: 最近我们的小程序执行了版本回退后,发现回退后的小程序中引用的插件无法加载。开始我们怀疑是不是老版本小程序中引用的插件版本不可用造成的,但是经测试,该版本的插件在开发环境中是可以正常使用的。并且上一版本的小程序已经在线上运行过半个月,插件的加载一直都是正常的。 请问,上述在版本回退后插件无法加载的情况是什么原因? 附:插件无法加载,vConsole报错截图如下 [图片]
2018-08-14你好,上传文档时图片文件名请不要以数字开头。这样会触发一个 bug ,具体原因我们还在仔细调查。
小程序插件文档发布后是空白页面?小程序插件文档发布后是空白页面?预览是可以看到的。 这是预览效果[图片]再来看看发布成功后的效果[图片] 求解,求帮助,求解决
2018-08-09感谢反馈。我们会考虑这个需求。 目前可以考虑插件做一个自定义组件,自定义组件内部放置 image 组件来解决问题。
插件中组件使用image路径问题- 需求的场景描述(希望解决的问题) 插件中组件使用到image,在外部程序引用组件使用时,设置例如res属性可设置插件组件image的src属性,但是不能识别为外部资源,一直报错说不是plugin内部资源。 - 希望提供的能力 插件内组件使用image可使用外部程序提供的图片资源。
2018-08-08