微信小程序formid
-
-
-
-
-
-
-
-
-
储存formId来发送消息,只要不过期,应该是无上限的,至于会不会被封就不清楚了,我见到很多都是用这个方法来推消息的。
详情Christopher 2019-02-20 00:54 0评论 19赞同
-
-
小程序插件BUG:小程序插件中得到的formId,无法向客户发送消息
我们的解决方案就是通过关注公众号发送模板消息,要不然,全是用户被动触发然后才能发送消息
详情RossiWu 2019-02-17 21:02 1评论 18赞同
-
-
小程序插件BUG:小程序插件中得到的formId,无法向客户发送消息
记得有看到过别人分享的小程序内测界面,增加了向用户发送模板通知的权限,需要用户授权后可以直接发送模板消息,不用收集formid,但是针对小程序的,小程序插件则不清楚
详情萌猫君 2019-02-14 18:09 0评论 8赞同
-
-
小程序插件BUG:小程序插件中得到的formId,无法向客户发送消息
建议:小程序插件里获取的formid是可以用使用小程序插件的客小程序发布模版消息的,小程序插件要把formid同步到客小程序的后台去。
详情Shyanne 2019-02-12 13:04 1评论 20赞同
-
文档里只提到了openId要传入接受人的openId,formId没提到,你可以试试
详情Lily 2019-02-05 19:05 0评论 9赞同
-
-
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
是的,这里需要在submit中阻止跳转才能拿到formId。
详情林小姐也是lyn 2018-12-26 18:52 0评论 4赞同
-
能,加一个全局状态,isIdGot,默认为false,登录获取到后改为true。然后在formSubmit里加这样一段代码
详情Fiona徐诗吟 2018-12-26 00:41 0评论 4赞同
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
如果和事件有关系的话,跳转事件用的bindtap,是冒泡事件,submit事件不冒泡,可是form在最外层,显然不会被冒泡事件影响吧,而且就算影响,也应该小程序真机和模拟器都影响,没道理小程序真机和模拟器表现不同吧
详情纸短情长 2018-12-24 12:47 0评论 16赞同
-
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
那不就不能一个页面只套一个了?只能挨个有跳转事件的来套form?这样的话一个页面会产生很多个formid耶,这样会不会有点没必要?
详情Sarah 2018-12-22 14:18 0评论 14赞同
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
他的意思是,想要拿到formId就不能让页面跳转走,可能拿formId这个动作需要一点时间吧。你可以试一下把跳转动作改成拿到formId之后再执行,这样你就需要包装navigator组件,然后将跳转url、参数、跳转方式等信息放在event.detail里面,然后在你自定义的form组件里面来执行跳转的动作。
详情那都不是事儿 2018-12-20 17:35 0评论 2赞同
-
因为form_id其实是客户端生成再上报微信后台的,但是两边不一样的实现方式并不会影响开发者的正常使用。直接用来给对应的openid发消息即可。
详情吴震 2018-12-19 14:30 0评论 14赞同
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
我大概明白你的意思了,先拿到Id再跳转,但是现在的情况是跳转的情况会很多,有的是标签跳有的是bindtap绑定的api跳,想要抹平他们之间的差异,写一个通用的组件是不是有点不太现实?
详情喜怒无常 2018-12-18 12:29 0评论 9赞同
-
-
formId的获取在开发者工具和小程序真机表现不同,小程序真机中会被跳转事件阻断?
还是可以做的,就是比较麻烦一点。你可以通过Object.defineProperties重写wx.navigateTo等所有的跳转类方法,因为navigator标签的跳转也会走这些跳转API方法,所以包装过之后就有了做一些额外事情的机会。
详情末代恋人 2018-12-16 21:17 0评论 10赞同
-
-
-
-
我也在做这个功能,但是并不行,formId总是在onShareAppMessage事件后生成
详情崇凛 2018-11-15 12:22 0评论 6赞同