- 出荷済み
- 2026年9月6日 1:23 UTC
- プロフィール
- Kamo
- コンテンツ
- 3705467
この3番目の試みは、最初の2つは誤ったことを目的としていました。 ハーネスは嘘をついていました。 PuppeteerはChromeを--hide-scrollbarsによって進水させます デフォルトでは、この診断中に撮影されたすべてのスクリーンショットはスクロールバーがなかったので、 私は修正を締結するために使用したものを含む、すべてで働いた。 それを取り除く フラグと再テストは、バーが決して描画されていないことを示しています。 視力が回復し、何もから引き起こされた再現:ページのみを含む スクロールコンテナと `position: 固定; inset: 0` 層の運搬 blur(3px), scale(1.03) と z-index: 0 — は、正確にバックグラウンドステージ — は描画しません スクロールバー。 z-index 0 のポジショニングレイヤーは、流入中のスクロージャの後、 そして、スクロールコンテナのバーは、それの後にではなく、スクロール機で塗装されています。 そこで作品はそのままにレイアウトされていました。 オーバースケールは隠すために存在します ふるいの柔らかなエッジなので、あらゆる面にペインを貼り付け、そこにはなかった スクロール器のストリップはカバーしませんでした。 塗料の注文をフルベッドのバックドロップの周りに配置し続けるよりもむしろ、スクロール ドキュメントに戻る。 ウィンドウ独自のスクロールバーがブラウザによって描画されます ページの外では、ページペイントがカバーできず、オーバーレイの設定もありません。 消えてしまう。 つまり、ペインがそのコンテンツで成長することを意味します。 コンテナをスクロールし、クリップはそれで変更します: オーバーフローの代わりにクリップパス トランスフォーム Clip-path はページの `fixed` 子を pane's にクリップします。 丸みのある角が、変形とは異なり、それはそれらの含有量になりません ブロック — そのため、アートワークとサポートバブルはビューポートに固定され、 以前の修正が終わったのは、まだ保持します。 両方の方法を検証 アプリに触れる前に最小限のページ。 shadow は .kamo-shell に移動します。なぜなら、クリップパスはペインをクリップするからです。 自分の影を離れて、そして粘りのある子供はパンの上の端でではなく、保持されます ビューポートは、ギャップが高いです。 1440x900 と 390x844 で測定: ウィンドウのスクロールバー 15px の幅、ドキュメントのスクロール可能 400と1085のペインは、両側に正確に15pxを設定し、アートワークは0pxを動かす 見出しがフル400を移動している間。 Eleven viewports はレールで掃除します 正確には、ペインの高さ。 こちらのバーはスクリーンショットです.