A站、B站这种设计在移动端h5上可行吗

可以，qq浏览器就有这种功能，但是我不会[ema9]

不 你会 再想想[ema23] 【 在 crazyalltnt 的大作中提到: 】 : 可以，qq浏览器就有这种功能，但是我不会

提个思路啊，做个绝对定位的div，里面弄一个video，视频流地址是原视频点击后传过来的。再加几个鼠标的按下，移动，放开的事件，动态修改绝对定位的位置实现可拖拽。

ok 我下来试下 看看效果怎么样~ 【 在 wslyh123 的大作中提到: 】 : 提个思路啊，做个绝对定位的div，里面弄一个video，视频流地址是原视频点击后传过来的。再加几个鼠标的按下，移动，放开的事件，动态修改绝对定位的位置实现可拖拽。

下午试了一下，由于要断点处连续播放，加上浏览器的兼容限制问题，这个视频不一定会自动播放，这就很麻烦了[ema8] 【 在 wslyh123 的大作中提到: 】 : 提个思路啊，做个绝对定位的div，里面弄一个video，视频流地址是原视频点击后传过来的。再加几个鼠标的按下，移动，放开的事件，动态修改绝对定位的位置实现可拖拽。

首先移动端就那么小一个屏幕，你还要什么浮动小窗口，哪个产品经理会提出这种需求？ 另外移动端浏览器都会屏蔽自动播放，所以要做到视频不中断，是不能重构video标签的，只能移动或者缩放原有的video标签 然后，从技术角度上来讲，点击视频跳转到h5是个什么意思？这真是不懂技术的小白才会这么说-_-||

不能自动播放就在dom元素加载完毕后手动触发play事件，反正对用户来说需要的就是进入页面后有视频播放，他才不在意你是autoplay的还是手动触发的。

emmmm。。。 需求就是这样 理论应该用NA页来做 随版的周期时间长 就暂用h5顶一顶 也很无奈 现在也是在调研 没说一定要这么干。 【 在 dahai 的大作中提到: 】 : 首先移动端就那么小一个屏幕，你还要什么浮动小窗口，哪个产品经理会提出这种需求？ : 另外移动端浏览器都会屏蔽自动播放，所以要做到视频不中断，是不能重构video标签的，只能移动或者缩放原有的video标签 : 然后，从技术角度上来讲，点击视频跳转到h5是个什么意思？这真是不懂技术的小白才会这么说-_-||

麻烦的是chrome对自动播放的策略有一定的修改 自动播放只能静音 要有声音的话只能由用户交互触发 这就有很多的兼容问题了 我想放弃这个需求了 哈哈。。 【 在 wslyh123 的大作中提到: 】 : 不能自动播放就在dom元素加载完毕后手动触发play事件，反正对用户来说需要的就是进入页面后有视频播放，他才不在意你是autoplay的还是手动触发的。