2012-05-16 23 views

Trả lời

6

Cá nhân tôi sẽ sử dụng một danh sách có thứ tự để đạt được điều này, danh sách phụ dưới Suma skladki có nghĩa là nó không thực sự là dữ liệu dạng bảng.

Liên kết này sẽ cung cấp cho bạn biết chính xác những gì bạn cần:

http://thepcspy.com/read/css_table_of_contents/

+0

'danh sách phụ dưới Suma skladki có nghĩa là nó không thực sự là dữ liệu dạng bảng '- không đồng ý – vol7ron

+0

Yeah vol7ron, có lẽ tôi nên có một chút khác biệt. Những viên đạn đề xuất một danh sách nhưng nó có thể được mô tả theo một trong hai cách. Tôi nghĩ rằng bạn sẽ cố gắng để đạt được điều này một cách rõ ràng với các bảng –

+0

'Tôi nghĩ bạn sẽ cố gắng để đạt được điều này một cách rõ ràng với các bảng' hoàn toàn đồng ý, trừ khi bạn sử dụng JavaScript để điền vào ô, hoặc có thể là một div với lặp lại-x, nền Hình ảnh – vol7ron

1

Trông giống như dữ liệu bảng do đó, một bảng sẽ là ngữ nghĩa chính xác

3

Để cá nhân tôi, điều này có vẻ giống như một danh sách hơn một bảng (mặc dù bạn vẫn có thể xây dựng nó như một bảng, và làm như vậy một cách chính đáng). Tôi sẽ xây dựng nó như là một danh sách lồng nhau.

<ul> 
    <li>Suma skladki <span class="price">900 PLN</span> 
    <ul> 
     <li>Skladka podstawawa 
      <span class="desc">(dia przychodu 250 000 PLN)</span> 
      <span class="price">550 PNL</span> 
     </li> 
    </ul> 
    </li> 
</ul> 

Điều này cũng sẽ giúp bạn linh hoạt hơn trong tương lai nếu bạn sử dụng yếu tố table. Tôi không chắc chắn rằng một số table truyền đạt thứ bậc lồng nhau mà bạn có ở đây cũng như một loạt danh sách.

1
  • Chỉ vì bạn có tiểu dữ liệu, không có nghĩa đó là một danh sách; có rất nhiều bảng có danh mục phụ (chỉ cần nhìn vào một sổ cái tổng hợp)
  • Bạn có nhiều mẩu thông tin có cấu trúc, sắp xếp theo một phù chiều, tạo thành một bảng, hoặc dữ liệu bảng
  • gì bạn thể hiện trên là tương đương với một TOC (bảng of Contents) và đó là một bảng vì một lý do (bạn có một nhãn và một giá trị)

Điều đó đang được nói, ngày nay trong thời đại nó doesn' t thực sự quan trọng những gì bạn sử dụng miễn là bạn có thể bảo vệ nó, đặc biệt là kể từ khi danh sách/divs có thể tak e trên hình dạng của một bảng.

Việc sử dụng table không phù hợp với thứ gì đó không phải là bảng, hơn là sử dụng danh sách cho thứ gì đó có thể sử dụng bảng.

+0

"Việc sử dụng bảng cho thứ gì đó không phải là một bảng không phù hợp hơn là sử dụng một danh sách cho cái gì đó có thể sử dụng một cái bàn. " Tôi biết điều này, nhưng tôi ghét xu hướng rằng một số người đang cố gắng tránh các bảng cho mọi chi phí, chỉ là ý tưởng hiểu lầm về thiết kế ngữ nghĩa (ví dụ: sử dụng div để vẽ bảng) –

+0

@SomalSomalski: Tôi đồng ý. Trong thực tế, các bảng thực sự có ý nghĩa khi nói đến khả năng truy cập (508) và trình đọc màn hình.Tuy nhiên có một chi phí khá đắt tiền; các bảng mất nhiều thời gian hơn để hiển thị và xây dựng trong DOM, đó là một lý do lớn hơn nhiều trong khoảng thời gian khi toàn bộ Bảng so với cuộc tranh luận về Div được tập trung. Cuộc tranh luận đó đã giảm bớt, mặc dù chúng tôi đang thảo luận ở đây. – vol7ron

+0

@SomalSomalski Về trình đọc màn hình: trừ khi bạn thực sự làm thử nghiệm (& sửa chữa) màn hình đọc tiếp cận, bảng của bạn có thể chỉ có thể đọc được một trình đọc màn hình, xem http://stackoverflow.com/questions/21586478/tables-and-screen -độc giả –

Các vấn đề liên quan