这个优化建议感觉。。。 大佬怎么优化的这个

最近开发项目的时候，需要用到CanvasContext,发现文档中有几个不起眼的小字。 [图片] [图片] 我下意识地按下了 Ctrl+f ,然后转入fillStyle, 惊奇的发现，文档里面明确说了不维护旧接口，但新接口的内容却没有补充。在这里公开批评小程序团队的文档！！！ 于是我直接把项目中的所有setFillStyle改成了fillStyle ``` ctx.fillStyle("#4c4c4c") ``` 报错了，直觉告诉我这是个名词，于是用属性的方式试了一下， ``` ctx.fillStyle = "#4c4c4c" ``` 可以了。 对于font,我原来是这么写的 ``` ctx.setFontSize(40) ``` 改成 ``` ctx.font = 40 ``` 又改成了 ``` ctx.font = '40px' ``` 终于是可以了，但发现有这样的警告 [图片] 最后看了一下h5的文档，终于是知道要怎么写了 ``` ctx.font = '40px Arial' ``` 后面要加上字体名字，那么问题来了，是否有一些常用的字体，在微信内都支持哪些字体？

如题！！看了好多款游戏 11月更新的。还是能正常判断是否分享成功！

- 当前 Bug 的表现（可附上截图） 在写着代码写着代码 突然之间 ctrl + c  ctrl + v 用不了; 重启开发工具后又可以. 就是在开发工具内不能复制黏贴 在开发工具外都可以复制黏贴; 这不有点搞笑了... 我只是代码的搬运工  没有复制黏贴  这不是挺搞笑的嘛.. 没完成任务跟老板说原因:复制黏贴不了..出码速度太慢.... 老板说..你别老扯这些没用的...

其实就是想问下各位前辈们，小程序这块能不能支持自己的好友关系链，毕竟小程序没有小游戏的那个官方的好友关系链接口，所以我在想能不能用自己的，如果可以，有没有什么限制之类的？求解

- 需求的场景描述（希望解决的问题） 小程序组件map，在设置markers 的属性iconPath来展示图标，希望可以是圆形 - 希望提供的能力 1可以通过增加border-radius来实现么？ 2支持开发者自己通过样式设置更改界面显示，还是会有很多需求场景，微信小程序团队没办法完全考虑到

- 当前 Bug 的表现（可附上截图） 前提:手机及型号: 华为荣耀-play,系统: Android8.0 1,调试面板滑动事件穿透到小程序界面         调试面板向下滑动,会造成小程序界面向下滑动,造成无法查看屏幕之外的log日志; 2,调用扫码之后返回弹窗,弹窗消失后界面空白         调用wx.scanCode之后对扫码类型进行判定,如果是二维码,则弹窗提示不支持(因为scanType设置不起作用),当点击弹窗之后,下方界面变成空白(实际界面还在,当触摸到input组件或者按钮等触发事件的位置之后,界面还会出现),已录像,但是没地方上传,希望能提供个邮箱,谢谢

小程序发送模板消息必须要求有formid 可是比如前台用户提交了数据，有formid 告知用户提交成功了 然后进入后台审核 如果后台审核通过了，怎么再次告知前台用户呢？也没有formid啊 这模板消息不是成了摆设了么？

上周微信更新6.7.2版本，从大家对微信小版本更新的反应来看，用户端可以算是无感知更新，但是在开发者群体中，可谓是怨声载道。 微信版本更新附带小程序基础库更新，而这次更新，带来了诸多问题，暂时发现的有： 更新到6.7.2小程序内嵌webview，顶部标题栏自定义失效 安卓 WebView position:fixed 错位问题 getBackgroundAudioManager 接口为什么无法后台播放音频了 微信小程序跳转返回，onshow监听到的APPID问题 微信6.7.2测试版getImageInfo这个方法不能得到本地图片的数据 小程序头部系统栏目在tabBar置顶的情况下 位置互换(微信6.7.2)版本 等等 从上面来看主要是web-view和音频API的调整（如果忽略了其它还请提醒），对于不内嵌web-view和不使用音频的小程序来说，本次更新可以忽略，可惜还是有不少小程序躲过了初一，没躲过十五，我司的小程序就不幸属于其一。 在此不讨论技术上的问题，因为怎么实现这些调整是微信的事，我只想问微信小程序团队几句： 你们进行小程序调整的根据在哪儿？有没有在用户群体和开发者群体进行调研？ 你们调整之前有没有在开发者社区进行公示或者告知？ 你们内部有没有开发流程规范？包括从开发者工具、开发规范调整、文档更新、社区运营一整套的流程。 基础库更新上线之后，如果出现大面积问题，你们的补救措施在哪儿？ 以上几个问题，希望能够有官方人员给予解答。 微信小程序和小游戏带来了一大波红利，这点是毫无置疑的，甚至连微博如此的流量巨兽都做起了小程序。但是从今年开始，微信的更新逐渐暴露出问题，重大调整在社区（甚至是文档更新人员）毫不知情的情况下进行，导致许多小程序团队都要进行临时调整，紧急上线。 我们在意的并不是更新带来的问题，而是更新的流程规范。下面的几个截图是从开发者社区截取的 [图片] [图片][图片] 可以看到，开发者完全不知道，也并不理解本次更新的意义，而对于开发者提出的质疑，官方也并未解答，只是单纯地贴出文档。而这个文档，也是在微信更新大面积铺开，社区和用户之间发现大量问题之后才进行更新的。 众所周知，W3C的规范制定流程每一个都耗时巨久，而耗时带来的则是稳定性，一旦标准成为规范，几乎不太可能会被撤销或者再次修改。而在每一个阶段，规范都将向社区展示，社区则可以进行反馈，最终决定一个一致的方案。 W3C技术报告开发流程 发布第一份公开工作草案（First Public Working Draft） [可选]发布几份修订公开工作草案（revised Public Working Drafts） 发布候选建议书（Candidate Recommendation） 发布提议建议书（Proposed Recommendation） 发布W3C建议书（W3C Recommendation） [可选]发布编辑建议书（Edited Recommendation） 我们希望小程序团队能够制定出一套类似W3C的规范，在每一个阶段对社区进行公示，听取社区反馈意见，综合之后再进行调整，并及时更新文档。这样无论对于微信想要打造的小程序生态，还是开发者和用户来讲，都大有裨益。