DIV+CSS のレイアウト ルールは本当に奇妙です_html/css_WEB-ITnose

私は今日このことに遭遇しました。多くのウェブページを読んだ後、私自身の実験を通じてそれを明確に説明することはできませんが、本当に奇妙に感じます:

実際。 、次の属性が最も重要です:
rrree

float: 実際、左の参照点は左上隅です。実際、このメソッドは基本的にどのような要件にも対応できますが、他のメソッドも使用されます。特定の状況では、より便利になる場合があります。

Position:relative; 親または前の DIV の左上隅を基準にして計算されます。

top 前の DIV に対するこの DIV の左上隅の Y 座標。
left 奇妙な計算方法は、前の DIV の幅 + この値の合計が独自の X 座標となり、前の DIV のオフセットは無視されます。これは、前の div を正しく配置するには、その div の x オフセットと幅を知っておく必要があることを意味します。
rightとbottomの値は直接無視されます。では、この属性は何のために必要なのでしょうか?これはコントロール パネルのようなものです。どのボタンが機能し、どのボタンが機能しないのかはわかりませんが、すべてがそこにあります。

子 div の幅と高さは、デフォルトでは親 div と同じです。x と y オフセットがあっても、親は子 div をまったくカバーできません。

ディスカッションへの返信 (解決策)

投稿者は明らかに DIV+CSS を勉強していますが、あなたの言っていることがおかしいとは思いません。それ自体の座標は問題ありませんが、なぜ親 div のオフセットを計算する必要があるのでしょうか?本当にこんなことをやったら、本当におかしなことになるでしょう。
DIV+CSS 手法が徐々に主流になり、テーブルレイアウトはますます少なくなると思います

投稿者は明らかに DIV+CSS を勉強しています。もちろん、あなたの言ったことはおかしなことではないと思います。そうです、左の計算方法は当然ながら自分の座標をカウントするだけですが、なぜ親 div のオフセットを計算する必要があるのでしょうか。本当にこんなことをやったら、本当におかしなことになるでしょう。
DIV+CSS メソッドが徐々に主流になり、テーブル レイアウトはますます稀になっていくと思います

目視で div レイアウト ルールを正確に記述できる人は多くありません。デバッグするだけで機能します。

投稿者は明らかに DIV+CSS について勉強していますが、それはおかしなことではないと思います。オフセットについては？本当にこんなことをやったら、本当におかしなことになるでしょう。
DIV+CSS方式が徐々に主流になり、テーブルレイアウトはどんどん希少になっていくと思います

DIV+CSSレイアウトは柔軟性があり、よりWebデザインに適している という価値観です。 Web ページでよく見られ使用される

右と下の部分は単に無視されます。では、この属性は何のために必要なのでしょうか?どのボタンが使えてどのボタンが使えないかは分かりませんが、すべてがそこにあるコントロールパネルのようなものです。


そのような属性がない場合、すべてのボタンの背景画像を 1 つの画像に配置したいのですが、どうやって背景を設定しますか?それぞれの属性には独自の意味があります。

どのようなレイアウトを使用すればよいかわかりません。後で勉強します。基本的に、Web ページは混乱しています。これはブラウザを作成する人にとっては非常に困難です。またしても、さまざまなブラウザーの非互換性と相まって、IE6 のシェアは以前はひどいものであり、Web プログラマーはさらに惨めになりました

。