ICPIO 2025-12-11 我又来了，进入页面一瞬间锁死body宽高并禁止滚动，内嵌一个div放实际内容，这个div才是可以滚动的，完美避免浏览器各种组件的问题[doge]要全屏体验自己点按钮进全屏去[doge] ♥ 31 ↩ 6
Micropue 2025-12-12 我一般都是body设置overflow:hidden，然后height:100%，然后用内部的元素模拟滚动，这样浏览器的导航栏不会动了[doge]固定在那里了 ♥ 17 ↩ 3
Fgaoxing 2025-12-28 @JIEJOE_轻敲代码 有个低效但是有用的办法，你用js获取事件就好了。你可能会说resize不好使？没关系，首先创建透明的div填满，设置鼠标穿透和绝对定位，然后使用定时器自己循环，与之前大小不一样触发修改操作，修改你的首屏为这个获取的数据即可，非常愚蠢但是可行（大概，我没测试） ♥ 5 ↩ 5
AxoeS 2025-12-11 我不直接操作body，body一般只设置widthheight，不管怎么样都会在最外层套一层容器就是body子容器作为滚动容器的，这样滚动不会触发状态栏收起，所以一直用的dvh。 我用dvh是因为vh在移动端浏览器每次点击刷新整个页面都会上移，多次刷新最大会整体上移一半。 ♥ 3 ↩ 1
TimeTraveler_0 2025-12-17 我在想能否在设计阶段就搞一个”安全区“的概念，毕竟浏览器导航栏这个东西，用户上划还是会出现的。搞一个类似视频封面设计的”安全区“，在设计之初就把这个干扰因素排除在外，我觉得也是一种解决方案。 ♥ 3 ↩ 1
Comments
这个视频让我坚信ai不会取代前端[doge] 因为它永远也无法提出“不做”这个最有效的办法[doge]
♥ 157 ↩ 8
我又来了，进入页面一瞬间锁死body宽高并禁止滚动，内嵌一个div放实际内容，这个div才是可以滚动的，完美避免浏览器各种组件的问题[doge]要全屏体验自己点按钮进全屏去[doge]
♥ 31 ↩ 6
我一般都是body设置overflow:hidden，然后height:100%，然后用内部的元素模拟滚动，这样浏览器的导航栏不会动了[doge]固定在那里了
♥ 17 ↩ 3
适配移动端真的好麻烦，有时候不同设备的浏览器还会遇到不同的问题[呆][呆][呆]
♥ 9 ↩ 1
经过我自己测试，设置为min-h-full最好，使用哪种vh都有坑，使用vh会让sticky的元素滚动一屏后就消失了
♥ 8 ↩ 4
只有在不需要上下滚动的页面才用 dvh
♥ 6 ↩ 1
讲真，有多少人会用手机浏览器看网页？
♥ 5 ↩ 10
@JIEJOE_轻敲代码 有个低效但是有用的办法，你用js获取事件就好了。你可能会说resize不好使？没关系，首先创建透明的div填满，设置鼠标穿透和绝对定位，然后使用定时器自己循环，与之前大小不一样触发修改操作，修改你的首屏为这个获取的数据即可，非常愚蠢但是可行（大概，我没测试）
♥ 5 ↩ 5
当初为了兼容safari的动态导航键找到了一个viewport的api，算是解决了高度的问题[OK]
♥ 5 ↩ 2
这是不是手机app流行的原因？手机上很少去使用网站服务，都是通过app来进行
♥ 4 ↩ 6
已经通宵23h了[大哭]就是在做这个移动适配
♥ 3 ↩ 1
比起这个，我更想学你的视频片头是怎么做的
♥ 3 ↩ 1
这个都算好的了 全屏cav算这玩意才是灾难级别的[笑哭][笑哭][笑哭] 现在还得是用老方法 js去取 然后自己决定什么时候释放[笑哭]
♥ 3 ↩ 1
我不直接操作body，body一般只设置widthheight，不管怎么样都会在最外层套一层容器就是body子容器作为滚动容器的，这样滚动不会触发状态栏收起，所以一直用的dvh。 我用dvh是因为vh在移动端浏览器每次点击刷新整个页面都会上移，多次刷新最大会整体上移一半。
♥ 3 ↩ 1
oi[给心心]
♥ 3 ↩ 1
我在想能否在设计阶段就搞一个”安全区“的概念，毕竟浏览器导航栏这个东西，用户上划还是会出现的。搞一个类似视频封面设计的”安全区“，在设计之初就把这个干扰因素排除在外，我觉得也是一种解决方案。
♥ 3 ↩ 1
加个transition会怎么样？[以闪亮之名_吃瓜]所谓抖动其实就是高度值瞬间变化，没有中间值。
♥ 2 ↩ 1
让手机用户第一时间进入全屏似乎是可以的? 试了一下似乎只能点击触发,滑动不行,放个按钮的话交互上会有些拖沓?[颂乐人偶_眯眼笑]
♥ 2 ↩ 1
[笑哭]所以说，浏览器里面的移动端调试，其实是不对的？
♥ 2 ↩ 7
就用100%高度不行吗[doge]
♥ 2 ↩ 1