찾다
웹 프론트엔드HTML 튜토리얼HTML 테이블 레이아웃의 실제 활용에 대한 자세한 설명_HTML/Xhtml_웹페이지 제작

양식은 언제 사용되나요

요즘에는 웹페이지의 전체 레이아웃에 테이블

이 더 이상 사용되지 않습니다. 그러나 양식 입력 및 데이터 표현과 같은 특정 특정 디자인에 직면하면 테이블이 가장 적절한 선택이 될 수 있습니다.

테이블의 직관적인 인상은 깔끔하게 배열된 여러 개의 셀로 구성된 요소이며, 행과 열이 명확하게 보입니다. 이는 엑셀과 연관될 수 있으며, 엑셀의 데이터 처리 및 통계 현황을 바탕으로 웹페이지에 나타나는 표의 의미를 이해할 수 있습니다.

간단히 말하면, 여러 요소가 행과 열로 배열되어 있다는 것을 직관적으로 느낄 수 있을 때, 표를 사용하면 훨씬 수월해집니다. caniuse.com의 신청서 예시:
2015728173924594.png (470×175)

테이블 레이아웃 계산

테이블을 사용하는 것은 매우 간단하지만 때로는 각 그리드에 대한 테이블이 표시하는 최종 상태가 원하는 것과 다를 수 있습니다. 예를 들어, 일부 그리드에 줄 바꿈이 있는 경우 줄 바꿈으로 인해 전체 테이블이 매우 보기 흉하게 보입니다. 특히 데이터 표현에 사용되는 테이블의 경우 너비 할당은 매우 중요한 주제입니다. 그리드의 각 열이 나타낼 수 있는 데이터에 대한 테이블의 전체 너비를 신중하게 계산해야 할 수도 있습니다.

테이블 자체의 레이아웃 특성이 있기 때문에 특정 원칙을 따르고 계산을 통해 실제 레이아웃이 결정됩니다. 다음으로 이 기사에서는 실제 테이블 테스트 예제를 사용하여 테이블이 자체 레이아웃을 계산하는 방법을 살펴봅니다.
최초 성명

이 글은 테이블을 적용하는 가장 일반적인 방법에만 초점을 맞추고 모든 상황을 나열하지는 않습니다. 브라우저마다 일부 테이블 개념에 대한 해석이 다르지만 레이아웃 계산은 기본적으로 동일합니다(차이가 있는 경우 별도로 언급됩니다).

다음에 사용되는 테스트 양식은 다음과 같이 나타납니다(내용은 Zero Track에서 가져옴).
2015728173942365.jpg (535×183)

동시에 테이블은 border-collapse:collapse; 및 border-spacing:0;을 설정합니다. 이는 테이블을 적용하는 가장 일반적인 방법이기도 합니다. Normalize.css는 이 부분을 초기화 정의로 사용합니다.
두 가지 알고리즘

요소에 정의된 CSS 속성 table-layout은 레이아웃 계산에서 테이블에 적용되는 알고리즘을 결정합니다. 자동과 고정이라는 두 가지 값이 있습니다. 일반적인 상황에서는 기본값인 auto가 사용됩니다.

이 두 알고리즘의 차이점은 테이블의 너비 레이아웃이 테이블의 데이터 내용과 관련이 있는지 여부입니다. 이 기사에서는 이 두 값의 테이블 레이아웃 계산 원리에 대해 설명합니다.
자동 테이블 레이아웃-자동

자동 테이블 레이아웃의 특징은 테이블의 너비 레이아웃이 테이블의 모든 데이터 내용과 관련되어 있다는 것입니다. 최종 너비 레이아웃을 결정하려면 모든 테이블 내용을 얻은 다음 함께 표시해야 합니다.

이런 관점에서 핵심은 '콘텐츠 관련'이다. 테이블이 고정 너비(여기서는 500px)를 정의하지만 모든 셀에 정의된 너비가 없으면 어떻게 됩니까(CSS 정의 너비만 논의됨)? 결과를 살펴보겠습니다:
2015728174002286.jpg (538×116)

위 표에서 빈 부분은 공백으로 표기되어 있습니다. 비교해 보면 다음과 같은 점을 알 수 있습니다.

2열과 3열의 너비는 동일합니다.
첫 번째 열의 너비와 후속 열의 너비 비율은 2:1인 것 같습니다.
테두리와 패딩을 포함한 모든 열의 전체 너비는 표에서 정의한 너비와 같습니다.

각 셀에는 정의된 너비가 없으므로 너비 레이아웃은 전적으로 특정 콘텐츠 데이터(텍스트 정보)에 의해 결정됩니다. 그러한 결과를 어떻게 설명할 것인가? 먼저 이 논리를 직관적으로 추측할 수 있습니다.

1단계, 각 열에서 텍스트 내용이 가장 많은 항목(줄 바꿈 없이 텍스트의 가장 넓은 너비로 이해됨)을 "대표"로 선택합니다.
2단계, 각 열의 "대표" 너비를 비교한 다음 너비 비례 관계에 따라 테두리와 패딩을 포함한 테이블의 전체 너비를 할당합니다.

위의 논리를 참고하여 앞의 표를 복습해 볼까요? 앞에서 너비 비율이 2:1인 것처럼 보인다고 말한 것을 참고하세요. 패딩이 없는 버전을 살펴보겠습니다.
2015728174128545.jpg (558×87)

프런트 엔드 디버깅 도구를 사용하여 위의 셀 너비를 자세히 살펴보면 이 표가 이전과 다르며 비율이 2:1에 매우 가깝다는 것을 알 수 있습니다(예, 이 작은 점). 테두리 때문인데 테두리가 열을 구분할 수 없습니다.)

너비 비율 관계를 분석할 때 콘텐츠 너비, 패딩, 테두리가 고려된다는 것을 알 수 있습니다. 이는 문자 수를 측정하는 것이 아니라 문자가 줄 바꿈 없이 차지할 수 있는 너비를 측정한 것임을 보여줍니다(여기서 2:1은 한자의 너비가 동일하다는 사실에서 비롯됩니다). 당연히 패딩을 사용하는 것은 더 아름다운 테이블을 만들기 위한 것입니다 :).

너비 정의가 있으면 어떻게 되나요? 다음은 일부 셀의 너비 정의가 포함된 표입니다.
2015728174212099.jpg (553×142)

해당 HTML 코드는 다음과 같습니다.

XML/HTML 코드클립보드에 콘텐츠 복사
  1. 테이블 수업="전시_테이블" >  
  2.     tr>  
  3.         번째>一two번째>  
  4.         번째 스타일="너비: 200px;"> 번째>  
  5.         번째> >  
  6.     tr>  
  7.     tr>  
  8.         td 스타일="너비: 5px;"> td>  
  9.         td>td>  
  10.         td>  td>  
  11.     tr>  
  12.     tr>  
  13.         td>  td>  
  14.         td 스타일="너비: 70px;"> td>  
  15.         td>一이삼사td>  
  16.     tr>  
  17. 테이블>  

위 표에서 확인할 수 있는 사항은 다음과 같습니다.

너비가 5픽셀인 셀의 실제 너비는 13픽셀이며, 이는 정확히 한자 너비와 같습니다. 같은 열에 한자가 포함된 셀은 최소 셀 너비 형태로 텍스트를 배열합니다. 줄이 변경됩니다).
너비가 200px로 설정된 셀의 실제 너비는 200px이지만, 같은 열에는 70px 너비에 대한 정의가 있습니다.
정확한 너비 정의가 없는 세 번째 열은 1열과 2열을 할당한 후 최종적으로 테이블의 나머지 너비 전체를 가져옵니다.

너비 정의가 있는 열과 너비 정의가 없는 열이 있는 경우 다음과 같이 추론됩니다.

셀의 정의된 너비가 해당 내용의 최소 배열 너비보다 작은 경우(비줄바꿈 배열과 반대로 셀에 가능한 많은 행이 배열될 때 셀에 필요한 너비) 셀이 위치한 열에는 콘텐츠가 가능한 가장 작은 배열로 표시됩니다.
동일한 열에 있는 셀의 콘텐츠 너비(줄 바꿈 없음, 이 단어는 나중에 이를 의미함)가 열의 최대 너비 정의보다 작은 경우 열의 실제 너비는 너비 정의와 같습니다.
너비 정의가 없는 열의 경우 테이블은 먼저 너비 정의가 있는 열에 너비를 할당한 다음 해당 열에 할당합니다(역시 두 열 사이의 비율은 콘텐츠 너비에 따라 다름).

앞쪽의 너비 정의가 없는 것은 Case 1로 간주할 수 있습니다. 여기서 너비 정의가 있는 열도 있고 그렇지 않은 열도 있어 Case 2로 간주할 수 있습니다. 다음은 사례 3, 즉 모든 열에 너비 정의가 있는 경우입니다.
2015728174233994.jpg (549×98)

해당 HTML 코드:

XML/HTML 코드클립보드에 콘텐츠 복사
  1. 테이블 수업="exhibit_table exhibit_table_with_no_padding">  
  2.     tr>  
  3.         번째 스타일="너비: 50px;"> 번째>  
  4.         번째 스타일="너비: 50px;"> 번째>  
  5.         번째 스타일="너비: 100px;"> 번째>  
  6.     tr>  
  7.     tr>  
  8.         td>  td>  
  9.         td>  td>  
  10.         td>  td>  
  11.     tr>  
  12.     tr>  
  13.         td>  td>  
  14.         td>  td>  
  15.         td>  td>  
  16.     tr>  
  17. 테이블>  

위 표에서는 패딩을 제거하여 너비로 값을 명확하게 정의할 수 있으며, 이 세 열의 너비 비율은 2:1:1입니다. 여기에는 또 다른 조건이 있습니다. 즉, 셀 내용의 너비가 너비 정의 값을 초과하지 않는 것입니다. 테스트 후, IE7 이하에서는 콘텐츠가 너비 정의 값을 초과할 때 다른 브라우저와 다르게 동작합니다.

이 테이블 예를 통해 모든 열에 너비 정의가 있고 이러한 너비 정의 값의 합이 테이블 너비보다 작은 경우 테이블은 너비에 해당하는 너비를 계속 할당한다는 것을 알 수 있습니다. 너비 정의 값. 너비에 비례하여 나머지 너비도 할당됩니다.

위는 자동 테이블 레이아웃이 정의되고 테이블 자체의 너비가 고정된 세 가지 상황에 대한 분석입니다. 테이블 자체에서 너비를 정의하지 않는 경우에는 더 많은 상황이 있을 것이며, 향후 적절한 기회가 있으면 테이블의 포함 블록(세부 사항)과 관련이 있을 것입니다(그렇습니다). 기사 공간이 제한되어 있습니다...).
고정 테이블 레이아웃-고정

고정 테이블 레이아웃의 특징은 테이블의 너비 레이아웃이 테이블의 데이터 내용과 관련이 없다는 것입니다. 테이블의 첫 번째 행 정보만 수신하면 최종 너비 레이아웃이 결정됩니다. 표시를 시작합니다.

고정 테이블 레이아웃은 "내용 독립적"이며 "첫 번째 행"을 강조합니다. 다음 표 예를 참조하세요.
2015728174250768.jpg (551×165)

해당 HTML 코드:

XML/HTML 코드클립보드에 콘텐츠 복사
  1. 테이블 수업="exhibit_table exhibit_table_fixed">  
  2.     tr>  
  3.         번째 스타일="너비: 50px;">번째>  
  4.         번째>一two번째>  
  5.         번째>一이삼사번째>  
  6.     tr>  
  7.     tr>  
  8.         td>艾丝蒂尔·布莱特td>  
  9.         td 너비="1000px; "> td>  
  10.         td>  td>  
  11.     tr>  
  12.     tr>  
  13.         td 스타일="너비: 5px;"> td>  
  14.         td>  td>  
  15.         td>  td>  
  16.     tr>  
  17. 테이블>  

고정 테이블 레이아웃의 논리는 훨씬 간단하며 다음과 같이 표현됩니다.

첫 번째 행 뒤의 모든 셀의 내용과 너비 정의를 무시하고 첫 번째 행의 정보만 가져옵니다.
첫 번째 행에서 셀에 너비 정의가 있는 경우 필요한 너비를 먼저 할당한 다음 나머지 너비는 너비 정의 없이 셀에 균등하게 분배됩니다.
첫 번째 행에 있는 셀의 너비 분포에 따라 테이블의 너비 레이아웃이 결정되며, 첫 번째 행 이후의 내용은 레이아웃을 변경하지 않습니다.

고정 테이블 레이아웃을 사용할 때 테이블 요소의 너비를 정의해야 한다는 점도 중요합니다. 너비가 정의되지 않은 경우(즉, 자동 기본값) 브라우저는 대신 자동 테이블 레이아웃을 사용합니다. .
종료문

테이블과 관련하여 실제로

, , ,
과 같은 요소가 있지만 가장 일반적인 용도에서는 필요하지 않습니다. 실제로 테이블의 레이아웃 계산에서도 고려됩니다. 셀 병합 상황과 함께 테이블 레이아웃 계산이 얼마나 복잡한지 상상할 수 있습니다.

W3C 문서에서는 테이블 레이아웃 계산(자동 테이블 레이아웃)이 아직 사양이 되지 않았다고 언급했습니다. 테이블 레이아웃 계산에 대한 W3C의 설명은 테이블 너비 알고리즘을 참조하세요.
결론

사실 테이블 레이아웃 계산 원리에 관한 한 이렇게 세밀하게 추론하는 것은 그다지 실용적이지 않습니다. 이런 기회가 많지는 않지만, 세부적인 사항을 정리해야 할 때 참고하시면 도움이 될 것 같다는 말씀입니다.

그러나 이 기사의 내용을 바탕으로 더 의미 있는 결론을 내릴 수 있습니다. 테이블은 너비를 정의하고 모든 셀은 너비를 정의하지 않습니다. 그러면 자동 레이아웃 테이블은 모든 데이터가 너비를 정의하지 않도록 최선을 다할 것입니다. 줄 바꿈이 모양에 영향을 미치는 상황이 발생하면 너비 할당을 직접 다시 실행하는 대신 데이터를 합리화하거나 여백을 줄여야 함을 의미합니다.

이번에는 이런 실측과 추론을 하게 됐는데, 한꺼번에 체계적이고 완전한 진술을 하기보다는 구체적인 상황을 세분화해서 설명하는 것이 이해하기 더 쉬울 것 같다는 생각이 들었습니다. 중국어 연습으로 간주됩니까?

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
HTML 코드를 어떻게 검증 할 수 있습니까?HTML 코드를 어떻게 검증 할 수 있습니까?Apr 24, 2025 am 12:04 AM

HTML 코드는 온라인 유효성 검사기, 통합 도구 및 자동화 된 프로세스를 통해 깨끗할 수 있습니다. 1) w3cmarkupvalidationservice를 사용하여 온라인으로 HTML 코드를 확인하십시오. 2) 실시간 확인을 위해 VisualStudioCode에 HTMLHINT 확장을 설치하고 구성하십시오. 3) htmltidy를 사용하여 시공 프로세스에서 HTML 파일을 자동으로 확인하고 청소하십시오.

HTML vs. CSS 및 JavaScript : 웹 기술 비교HTML vs. CSS 및 JavaScript : 웹 기술 비교Apr 23, 2025 am 12:05 AM

HTML, CSS 및 JavaScript는 최신 웹 페이지를 구축하기위한 핵심 기술입니다. 1. HTML 웹 페이지 구조를 정의합니다. 2. CSS는 웹 페이지의 모양을 담당합니다.

마크 업 언어로서의 HTML : 기능과 목적마크 업 언어로서의 HTML : 기능과 목적Apr 22, 2025 am 12:02 AM

HTML의 기능은 웹 페이지의 구조와 내용을 정의하는 것이며, 그 목적은 정보를 표시하는 표준화 된 방법을 제공하는 것입니다. 1) HTML은 타이틀 및 단락과 같은 태그 및 속성을 통해 웹 페이지의 다양한 부분을 구성합니다. 2) 콘텐츠 및 성능 분리를 지원하고 유지 보수 효율성을 향상시킵니다. 3) HTML은 확장 가능하므로 사용자 정의 태그가 SEO를 향상시킬 수 있습니다.

HTML, CSS 및 JavaScript의 미래 : 웹 개발 동향HTML, CSS 및 JavaScript의 미래 : 웹 개발 동향Apr 19, 2025 am 12:02 AM

HTML의 미래 트렌드는 의미론 및 웹 구성 요소이며 CSS의 미래 트렌드는 CSS-In-JS 및 CSShoudini이며, JavaScript의 미래 트렌드는 WebAssembly 및 서버리스입니다. 1. HTML 시맨틱은 접근성과 SEO 효과를 향상시키고 웹 구성 요소는 개발 효율성을 향상 시키지만 브라우저 호환성에주의를 기울여야합니다. 2. CSS-in-JS는 스타일 관리 유연성을 향상 시키지만 파일 크기를 증가시킬 수 있습니다. CSShoudini는 CSS 렌더링의 직접 작동을 허용합니다. 3. Webosembly는 브라우저 애플리케이션 성능을 최적화하지만 가파른 학습 곡선을 가지고 있으며 서버리스는 개발을 단순화하지만 콜드 스타트 ​​문제의 최적화가 필요합니다.

HTML : 구조, CSS : 스타일, 자바 스크립트 : 동작HTML : 구조, CSS : 스타일, 자바 스크립트 : 동작Apr 18, 2025 am 12:09 AM

웹 개발에서 HTML, CSS 및 JavaScript의 역할은 다음과 같습니다. 1. HTML은 웹 페이지 구조를 정의하고, 2. CSS는 웹 페이지 스타일을 제어하고 3. JavaScript는 동적 동작을 추가합니다. 그들은 함께 현대 웹 사이트의 프레임 워크, 미학 및 상호 작용을 구축합니다.

HTML의 미래 : 웹 디자인의 진화 및 트렌드HTML의 미래 : 웹 디자인의 진화 및 트렌드Apr 17, 2025 am 12:12 AM

HTML의 미래는 무한한 가능성으로 가득합니다. 1) 새로운 기능과 표준에는 더 많은 의미 론적 태그와 WebComponents의 인기가 포함됩니다. 2) 웹 디자인 트렌드는 반응적이고 접근 가능한 디자인을 향해 계속 발전 할 것입니다. 3) 성능 최적화는 반응 형 이미지 로딩 및 게으른로드 기술을 통해 사용자 경험을 향상시킬 것입니다.

HTML vs. CSS vs. JavaScript : 비교 개요HTML vs. CSS vs. JavaScript : 비교 개요Apr 16, 2025 am 12:04 AM

웹 개발에서 HTML, CSS 및 JavaScript의 역할은 다음과 같습니다. HTML은 컨텐츠 구조를 담당하고 CSS는 스타일을 담당하며 JavaScript는 동적 동작을 담당합니다. 1. HTML은 태그를 통해 웹 페이지 구조와 컨텐츠를 정의하여 의미를 보장합니다. 2. CSS는 선택기와 속성을 통해 웹 페이지 스타일을 제어하여 아름답고 읽기 쉽게 만듭니다. 3. JavaScript는 스크립트를 통해 웹 페이지 동작을 제어하여 동적 및 대화식 기능을 달성합니다.

HTML : 프로그래밍 언어입니까 아니면 다른 것입니까?HTML : 프로그래밍 언어입니까 아니면 다른 것입니까?Apr 15, 2025 am 12:13 AM

Htmlisnotaprogramminglanguage; itisamarkuplanguage.1) htmlstructuresandformatswebcontentusingtags.2) itworksporstylingandjavaScriptOfforIncincivity, WebDevelopment 향상.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

맨티스BT

맨티스BT

Mantis는 제품 결함 추적을 돕기 위해 설계된 배포하기 쉬운 웹 기반 결함 추적 도구입니다. PHP, MySQL 및 웹 서버가 필요합니다. 데모 및 호스팅 서비스를 확인해 보세요.

에디트플러스 중국어 크랙 버전

에디트플러스 중국어 크랙 버전

작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

안전한 시험 브라우저

안전한 시험 브라우저

안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)