官方的微信登录能力优化说明 [图片] 如果需要串联pc端的扫码登录是需要 UnionID的。 官方UnionID 机制说明 [图片] 现在问题来了，wx.login()这个接口本身是用来静默登录，通过后端拿到openId建立账号的，但串联pc端的扫码登录，h5应用的授权登录这些则需要UnionID。而获取UnionID的方式就是上图的6种。想通过wx.login()静默登录建立账号则只能通过2，3种方法。但用户如果是第一次使用这个小程序，没有关注公众号，更不存在同主体下授权过移动应用，那这小程序是不是就没办法通过wx.login()+code2Session的方式静默登录，建立账号。还是我的登录逻辑理解有错，有更好的方式实现登录请告知。

- 需求的场景描述（希望解决的问题） 顶部导航的自定义问题 当设置navigationStyle:custom后。 整个导航条包括系统原生状态条都变成属于页面，而且返回键也没有了。 然后部分组件类似pop的，会根据top属性来决定弹出位置，但导航条自定义后，又要重新计算top。 但很多时候我们想要的自定义导航只是想可以设置导航条的背景色和 可以在返回键与胶囊之间区域的自定义。 能不能提供一个插槽，让开发者不用自己计算各种尺寸来生成导航，只是单纯提供一个插槽插入想要的东西到导航条。 - 希望提供的能力 希望可以提供导航条的插槽 [图片]

两个自定义组件产生关联必须要像下面的结构吗 [代码]<custom-ul>  <custom-li> item 1 </custom-li>[代码][代码]  <custom-li> item 2 </custom-li>[代码] [代码]</custom-ul>[代码] 像简单的单选框/多选框采用这样的结构没什么问题，但有时候会出现子组件作为另外一个组件的slot。这个时候结构就变了 [图片] [代码]<custom-ul>[代码] [代码]  <other-com>[代码] [代码]    <custom-li> item 1 </custom-li>[代码] </other-com> <other-com>    <custom-li> item 2 </custom-li> </other-com> [代码]</custom-ul>[代码] 这样的结构是relations无法生效的。是不是这种设计组件的思想不对。请指正。 还是应该将结构改成这样 [代码]<custom-ul>[代码][代码]  <custom-li>[代码] [代码]   <other-com></other-com>[代码] [代码]  </custom-li>[代码] [代码]  <custom-li>[代码] [代码]   <other-com></other-com>[代码] [代码]  </custom-li>[代码] [代码]</custom-ul>[代码]

我想实现点击产生水波纹的效果。 如果用伪类 :active 实现，只会在点击那一下有效，手指一离开效果直接没了。没有按照设定时长来完成动画效果。 然后我发现有个hover-class 属性可以提带 :active ，还有 hover-stay-time 这个属性来让动画效果保留一段时间。 但用hover-class又无法实现:active 长按的水波纹效果，实在有点纠结。

- 当前 Bug 的表现（可附上截图） 顺时针180°旋转后，进行逆时针180旋转会旋转360° - 预期表现 动画效果进行顺时针180旋转后，再进行逆时针180旋转。 - 复现路径 动画效果进行顺时针180旋转后，再进行逆时针180旋转

- 需求的场景描述（希望解决的问题） - 希望提供的能力 [图片] 组件文档中标注的常规属性值是那些，我没有找到。。。 然后我想问一下，自己自定义的组件能用这个api获取到属性值吗 [代码]<[代码][代码]comA[代码]  [代码]value[代码][代码]=[代码][代码]"{{abc}}"[代码] [代码]show[代码][代码]=[代码][代码]"{{visible}}"[代码][代码]></[代码][代码]comA[代码][代码]>[代码]我能这个方法获取到value，show的属性值吗。我不知道我理解有没有错误 反正我这样写 properties: ['value','show'] 没有返回到这两个属性值

[图片] 像之前的的observer  他是支持监听newVal和oldVal的，但新的observers虽然功能很强大，但没有支持监听到oldVal 还有observers 只能用在组件中，有时候页面也需要监听data的值变化，有没有考虑页面也支持observers

我整理下问题吧。我在开发引入Apollo全家桶，然后小程序构建npm后，出现一系列包依赖关系的问题。 [图片]                              [图片] 左图是npm源码原本的目录结构，经过小程序构建npm后变成右图的目录结构了。 [图片][图片][图片] 第一张是原本npm源码引用依赖包的写法，后面两张就是小程序构建npm后graphql包引用依赖包的写法。 [图片] 构建npm完成后，引用相关包后，开始报错。 [图片] 这是根据错误信息找到源码报错的那一行代码，和构建前源码引用的包的写法倒是一样，但目录结构已经改变了，所以就报错了。 [图片] 把代码改成这样，报错就消失了，然后鼠标点击grapql，发现grapql指向的是本地一个ts文件，而不是指向构建npm生成miniprogram_npm目录。 [图片] 这个index.d.ts文件的内容 [图片] 他好像将原本graphql目录下的东西都从这里引入，最后引用的时候只需要引用graphql就行，而不需要引用graphql下一个目录，但其他包引用graphql的时候并没有发现目录改变，所以导致一堆报错，这个算不算构建npm包的问题