1、先登记信息，最后填写邮箱。在限定天数内填写邮箱，限定天数内激活邮箱，否则可以自动删除注册信息。 填写邮箱之前的过程是比较需要耐心和谨慎的。先登记信息，再填写邮箱，在登记信息过程中，尤其是以企业或者个体工商户为主体的情况下，用户可能中途后悔，也可能找不到必需的资料而无法完成登记过程。 2、使用企业（包括个体工商户）资质注册小程序的过程中，一但了解到该企业或者个体工商户已经注销，就不要允许注册了，反正，既不可能通过微信认证，也不可能完成使用企业对公账户【向腾讯公司小额打款验证】的过程。如果你们能够使用工商局api查询该企业或者个体工商户是否存在，那就能够查询出该企业或者个体工商户是否已经注销。如果不能够使用工商局api查询该企业或者个体工商户的信息，那么，人工审核时，请查询该企业或者个体工商户是否已经注销。 3、使用企业（包括个体工商户）资质注册成功的小程序，即使没有进行微信认证，也可以自行注销。目前，使用已经注销的企业或者个体工商户也可以成功注册小程序，但是，不可能通过微信认证，这样，这个小程序必然就是僵尸账号。 以上建议，都有助于减少僵尸账号的产生，也避免用户浪费邮箱，用户以后可以使用该邮箱注册微信的其他产品（比如：微信开放平台、服务号）。第2条建议和第3条建议，都可以避免用户无法自行注销、需要微信官方工作人员代劳的情况，也能够给微信官方工作人员减少负担。

需求：微信小程序通过点击按钮，微信小游戏通过api, 一键启动QQ, 直达群聊界面，方便微信小程序用户、微信小游戏用户加群。 理由： 1、以我的微信小游戏《天天将棋》的运营情况为例， 微信游戏圈按钮比QQ群号更早出现，结果，天天将棋游戏圈形同虚设（仅有1个帖子），而QQ群活跃得多，群友总量持续净增加。 2、群主可以以固定文件的方式，让新老群员了解小程序、小游戏的开发计划、功能规划等，有助于微信小程序、微信小游戏的用户留存率和用户活跃。 3、群主作为开发者，需要更专注于开发，因此需要用户自行进群（不需要加群主为好友，不需要群主反复更新群聊二维码）。 4、比起复制QQ群号再手动进群，一键打开加群界面，缩短了操作路径，更加方便用户。 其他： 为了避免某些运营者强迫用户，这个api可以参考分享相关的api（比如wx.onShareMessage），不要success、fail、complete, 尤其是不需要success，更不需要知道用户是否发送了加群请求。 运营规则可以参考发起分享。 研发成本： 微信小游戏可能需要新增api（比如叫做：wx.launchQQ({}) ）。 微信小程序基于以前存在的【打开app】的功能进行二次开发，如下代码（以前存在的功能）： <button open-type="launchApp" app-parameter="wechat" binderror="launchAppError">打开APP</button> 打开QQ伪代码： <button open-type="launchQQ" app-parameter="wechat" binderror="launchQQError">打开QQ</button>

https://developers.weixin.qq.com/minigame/dev/api/base/app/life-cycle/wx.onHide.html [图片] 既然，小游戏不再支持wx.onHide()，那么，请在文档中说明一下。

[图片] 1、提议：这个分享卡片的高度调高一些，尽量不需要显示竖向滚动条，如此，与真机中的分享卡片更加相似。 2、如上图，在开发者工具中，无论是点击“取消”还是点击“发送”，这个分享卡片都会关闭，既然如此，保留一个就可以了，建议将“发送”改为“编译”或者“启动”或者其他名称，点击它，重新编译小程序，此次编译的场景可以为1007（单人聊天会话中的小程序消息卡片），这样可以快速验证动态生成的分享参数是否符合预期, 完成测试闭环。 增加编译条件，也可以测试，但是容易按照理想情况设置（总是与代码中的启动参数名一致）（比如accessInfo=hello&inviterId=2&warId=1），而分享卡片中的参数名可能由于忘记调整而没有与启动参数名对应（比如roomAccessInfo=hello&inviterId=2&nonRealTimeWarId=1），目前，要发现这样的问题，只能：<1>连接开发者工具进行真机调试；<2>真机测试、然后查看vconsole。 如果能在开发者工具上就能发现这样的问题，无疑是提高了以下API调试效率：小游戏中的wx.onShareAppMessage(function callback)和wx.shareAppMessage(Object object)、小程序中的Page中的onShareAppMessage(Object object)。

<block wx:for="{{row}}" wx:for-item="item" wx:for-index="x" wx:key="key2"> <view class="absolute canGoHere" style="width:{{latticeWidth}}px;height:{{latticeWidth}}px;left:{{latticeWidth * (x - 1)}}px;top:{{latticeWidth * (y-1)}}px;background-color:{{bgColorOfCanGoHere}};" ></view> </block> 关于动态wxss的代码不要太长, 在IDE中横向滚动就少一些，我想到一些方法： 1、如果style标签支持折行，在编译时不报语法错误，则挺好的： <block wx:for="{{row}}" wx:for-item="item" wx:for-index="x" wx:key="key2"> <view class="absolute canGoHere" style="width:{{latticeWidth}}px;height:{{latticeWidth}}px;left:{{latticeWidth * (x - 1)}}px; top:{{latticeWidth * (y-1)}}px;background-color:{{bgColorOfCanGoHere}};" ></view> </block> 2、如果支持<wxss></wxss>标签，则是极好的, 代码不但可以变短，而且更直观，还沿用了wxss的编码习惯，请看“魔法”（推荐）： <wxss> .high-light{ width:{{latticeWidth}}px; height:{{latticeWidth}}px; background-color:{{bgColorOfCanGoHere}}; } </wxss>  <block wx:for="{{row}}" wx:for-item="item" wx:for-index="x" wx:key="key2"> <view class="absolute canGoHere high-light" style="left:{{latticeWidth * (x - 1)}}px;top:{{latticeWidth * (y-1)}}px;" ></view> </block> 3、为了代码可以变短，还有一种“魔法”：（不直观） <block wx:for="{{row}}" wx:for-item="item" wx:for-index="x" wx:key="key2"> <view class="absolute canGoHere high-light" style="{{calculateItsStyle(x,y);}}" ></view> </block> 4、可能是最土的方法（也不直观） <block wx:for="{{row}}" wx:for-item="item" wx:for-index="x" wx:key="key2"> <view class="absolute canGoHere high-light" style="{{calculatedStyle}};left:{{latticeWidth * (x - 1)}}px;top:{{latticeWidth * (y-1)}}px;" ></view> </block> 不知阁下怎么看？

https://developers.weixin.qq.com/miniprogram/dev/framework/client-lib/version.html [图片] 希望基础库列表按照最新排序（版本越高，排在越前面）： 1.有助于了解到基础库更新； 2、用户的微信app不断升级，app自带的基础库也同时随之升级，即便有部分用户会受到影响，所有用户都不受影响的最低版本也早已经不是1.0.0， 从最新版本开始一页一页地翻，比起从最旧的版本一页一页地翻，效率高得多，省事得多。 解决的代价也不高： 估计sql语句加上“order by id desc”就可以了

https://developers.weixin.qq.com/miniprogram/dev/api/ui/interaction/wx.showLoading.html wx.showLoading，如果能够支持提示框展示指定的背景图片，自然是极好的，当加载时间略长（>=500ms）需要等待时，可以吸引用户的注意力，避免用户感到无聊； 如果无法支持自定义图片，支持提示框展示指定的背景颜色，也是非常好，不然，页面五彩缤纷、绚丽多彩，加载框的背景颜色却是灰黑的颜色，与页面的样式不搭。这样，多少可以吸引用户的注意力。 蒙层已经默认为透明。希望可以自定义蒙层的背景颜色和透明度，这样，可以将“正在加载，请勿操作”的意图明确地传递给用户。 效果类似于： [图片] 使用自定义的wxm+wxss代码的确可以实现上图的效果，不过，使用官方提供的wx.showLoading()这个一个API, 不是更加方便吗？

- 预期表现 微信开发者工具的表现符合预期：蓝色图片铺满屏幕，木板图片覆盖蓝色图片的部分区域 [图片] - 当前 Bug 的表现（附上截图） 手机上是这样的。。。 [图片] 运行我提供的代码，先出现全屏的蓝色图片，2秒后，蓝色图片不见了。。。只出现木板图片。 - 提供一个最简复现 Demo GameGlobal.systemInfo = wx.getSystemInfoSync(); let canvas = wx.createCanvas(); let context = canvas.getContext('2d'); let bgImage = wx.createImage(); bgImage.src = 'images/sea.jpg'; bgImage.onload = function () { context.drawImage(bgImage, 0, 0, systemInfo.screenWidth, systemInfo.screenHeight); setTimeout(function() { let battleImage = wx.createImage(); battleImage.src ='images/wood.jpg'; battleImage.onload = function() { context.drawImage(battleImage , 50,50, systemInfo.screenWidth * 0.2 , systemInfo.screenHeight * 0.2            ); }; },2000); }; - 复现路径 新建目录test。 新建目录test/images。 test/images放入jpg格式的图片，更名为sea.jpg、wood.jpg。图片大小 < 200kB。 新建test/game.js， 放入以上js代码。新建test/game.json， 写入： { "deviceOrientation": "portrait" }打开微信开发者工具，点击“编译”，运行test项目。 微信开发者工具，点击“预览”，手机打开安卓（Android 7）版微信7.0.0，扫描二维码进行预览。 经过探索后，发现：问题变成了无法指定多张有重叠的图片的覆盖顺序，详见我的评论。

管理员将体验版小游戏推荐给ta添加的具有体验者权限的成员，结果，该成员报告：[图片] 怎么扯到发布了咧？如果没有体验权限，告诉用户没有该游戏的体验权限才对呀，而不是告诉用户该小程序尚未发布。