有个思路,通过客服消息,回复「1」,发送链接,用户点击,进去的就是浏览器
讨论一个如何跳出小程序的问题背景:时隔一年,又回来折腾小程序了,发现更新了好多东西,有点跟不上。 需求: 跳出小程序,用微信浏览器(不是小程序webview)打开某个链接。 原想法是:识别图中二维码,跳入公众号,然后推送链接给用户,用户直接点击。(比起让用户粘贴、发送、点击链接,这个方案用户体验还不算糟糕)。 现实是:如今 wx.previewImage 已经无法识别图中二维码(我记得以前是可以的)...... 昨天看了一天新文档,还是没有思路。 讨论问题:现在还可以用什么思路/技巧可以跳出小程序打开某个url链接。 因为刚回来,许多规则和新功能都还没吃透,想知道这个想法能否实现。 或许这个问题可以简化成: 1、微信没有开放相关API。 2、跳出小程序目前只有分享,分享内容点击又是回到小程序 3、小程序内用户主动操作是否能跳转到公众号? 4、或许还有其他方法(没读透新功能)
2018-12-03观念不正的需求
如何获取微信零钱的余额查询当前微信账户的零钱包余额
2018-10-16很纯。。。
纯小白求助一打开微信开发者工具就显示这个界面,是不是因为少了点什么东西 [图片]
2018-10-15这是远古时期遗留的api
无法获取用户信息,如昵称和头像wx.getUserInfo({ success: function (res) { }) }, }) 很奇怪,现在这个方法不能用了,还是用的时候,要注意些什么? 反正,我现在进不去这个方法了
2018-10-11否
小程序获取ios系统信息时能否加一个越狱状态- 需求的场景描述(希望解决的问题) - 希望提供的能力 小程序获取ios系统信息时能否加一个越狱状态
2018-10-11又是一个流量互导
请问小程序内跳转到别的公司的小游戏怎么跳转?因为好像是小程序不能直接跳转小程序,那么小程序能直接跳转到别的公司的小游戏吗?
2018-10-10之后你还会发现示例代码是错的。。。。。。
人家的官方文档是怎么详细怎么来,小程序的是越来越屌,怎么简单怎么来!最初的小程序文档虽然也很简单,但是你至少有个实例代码让我们看啊,我这半年多没做了,这次业务又需要,结果去文档一看,傻眼了,好多API连实例文档都没有了,就简单几句话,你们小程序是准备是拒绝新手操作么? 就拿本地缓存API来说,以前我记得清清楚楚是有实例代码的,现在直接没了,就轻描淡写两句话,这让新手怎么看得懂? [图片] 再看看人家CSDN的 [图片] 示例代码一放,配合你这个官方文档一说,一看就明白!你这个官方文档就两句话,我还要自己去琢磨!我真的是很搞笑,人家的官方文档都是恨不得所有代码给你贴出来,小程序的倒好,怎么简单怎么来!
2018-10-10字体包太大了吧,即使动态也得下载好一会,还是使用默认得了,不晓得有没有版权问题
小程序怎么引用苹方体怎么引入到苹方体
2018-10-09你的小程序属于【流量互导】?
【观点整理】谈谈小程序跳转小程序规则改变的看法+请求十一没捞着休息,基本都在针对小程序相互跳转的逻辑进行改造。这里也谈谈作为一个普通开发者对此规则的看法。 1. 废弃wx.navigateToMiniProgram 我方小程序有一个简单的广告组件,用来承接垂直行业内的特定广告主和对外商务合作需求,可以根据需求直接播放视频、展示图片、打开内置landing page和对方绑定的小程序。逻辑较为复杂,因此通过catchtap后判断广告落地形式进行跳转,还需要在跳转之前和服务器请求一次效果跟踪id做动态的拼接。使用<navigator>组件之后,只能对跳转success fail complete 时间做后续的事件编程,无法在触发到跳转之间做任何动作,导致必须对整个前后端流程进行改造,并且影响了后续一些可能的功能实现。 事实上从我们看,本身两个小程序之间跳转extra data这件事,就很有可能是触发当时动态产生的。这样废弃API只能用组件的做法,基本腰斩了extra data的一半应用场景。 从体验上来说,这次规则调整可能是因为某些个别小程序自动跳转导致了体验不佳,但从实际效果上看,起码目前小程序到小程序的跳转和小程序内打开一个新页面体验基本一致。按照这个逻辑,是不是wx.navigateTo 也没必要存在了,直接用navigator来实现即可? 要伤害体验,乱导页面的伤害和乱导小程序没任何实质区别,只不过小程序是一个外部的页面而已。这点个人觉得已经纠枉过正。为了个别违规小程序而局限了应用场景得不偿失。 2. 需要用户确认跳转 这一点持观望。app跳转app由于有完全不同的场景切换,操作系统层面是会有跳转提示,但小程序和小程序更像url链接url,确认跳转未必是一个好的体验。起码前面已经需要用户触发了,再次确认就没有太大必要。 建议 可以设置成toast,跳转小程序loading时展示一个提示跳转的浮层或者顶通,而不需用户点触。 如果必须确认跳转,那小程序A跳转B一旦确认,无需再次确认。但这个的授权列表估计会长的非常快。。。。。 3. 小程序不再需要绑定至同一个公众号 这个自然好,但后续会不会有一些小程序提出不想被其他小程序随意套壳变相成为空壳小程序跳转内容的需求呢?个人觉得共同绑定一个公众号还算是一个相对合理的“握手协议”。商务上并不是一个难事。当然这个握手协议如果成本太高,那微信团队应该去优化这个握手方式,取消了握手这个步骤,谁都可以跳转谁,后面谁知道会是什么乱象。 4. 每个小程序限制不超过10个,且必须提交代码更新 这可能是最不可理喻的限制吧。例如我方现在跳转主要为了商务合作和广告业务,难道要求开发者同时对外合作或者接纳自己的广告主还得有10个的天花板?目前和我们共同绑定的小程序已经在这个值之外了,所以还恳请微信团队手下留情,即使必须限制,也务必免审,最好能有api,不然怎么死的都不知道。 这点也会限制很多将来可能出现的接口型的应用,如 万能收藏夹 通用购物车 心愿清单(似乎腾讯官方已经有了一个。。) .... 这些都涉及到两个小程序之间的来回跳转和一对多的关联关系,设置这样的10个限制实在不可取。并且会发生A能跳到B,B却回不到A的情况。 -- 之前理解小程序时,团队中大家也有比较一致的看法就是要围绕‘小’。功能单一不要紧,通过界限明确的多个小程序之间的配合和跳转来实现好的体验。而从这次十一规则调整看,最后无论对开发者和用户都未必有很好的结果。当然对于个别的一些乱象可能会减少,个中得失当然我们未必看到的是最客观的,但 希望微信团队相信优胜劣汰的市场选择 水至清则无鱼,规范的同时也要考虑扩大小程序潜在场景。 让用户看到太多选择未必是好体验,请参考之前剪贴板权的反面案例。 谢谢
2018-10-08吓一跳,以为是我的呢
怎么删除其他开发者的预览[图片] 如图 如何删除选中开发者的预览?
2018-10-08