- 已装运
- 2026年4月26日 22:30 UTC
- 作者
- kamo
- 提交
- 31f3f84
入境路线的三项协调措施: 1. 接受时提供视觉反馈。 点击两个按钮 社会民主党的谈判需要1-3 s。 在通话开始之前,UI没有说明 发生。 在 Softphone State 上添加了接受状态(设置于 答复(), 由 QQ 会话清除 活动)。 接收到的呼叫现在变了 接受: - 拒绝按钮收缩并淡出 - 回答按钮滑入中心,换出绿色-蓝色,滴出 并获得旋转进度环 - 回答按钮的脉冲环 - "接通"的标签从下面消失 两个按钮也被禁用,指针事件被丢弃,这样 双击不能在接受飞行时发射拒绝. 2. 连接后无音频。 WebRTC 在远程音频之前接受解析 音轨已附加在对等连接上, 因此随附RemoteAudio () 正在扫描没有音轨的时刻获取 Receivers () 。 和通过 当音轨到达时( ~ 1-3 s 稍后), 用户- 地理窗口有 已过期的 so audio. play () 被自动播放策略默默拒绝 。 两项修正: - SipJssession.accept () 现在称为 primeRemote Audio () 解答点击空 Media Stream 上的手势上下文( a play () 为 足以让浏览器将元素标为用户激活. - 附加Remote Audio() 附加钩子 pc.ontrack 这样可以 建立后抵达,在到达时加入音频部分, 不只是建立时的快照 3. 配置的铃声从未为入境电话演奏. 铃声 元素是在 Softphone Provider 挂载时创建的, 但是它的第一个播放( ) 电话在入境的INVITE——通常是在最后一次访问之后的几分钟/小时。 用户手势,所以自动播放策略将其屏蔽. 增加了一次性 音频解锁帮助器,用于第一次点击/按键下/触摸启动 在文档中,质数既包括响通元件,也包括SIP远程 音频元素通过哑弹-暂停循环,然后自行去除. 之后 ,这两个元素在页面的其余部分是用户激活的 寿命和输入环+立即调用音频播放.