Câu hỏi này xuất hiện ở một trong những lớp đại học của tôi. Giáo sư chỉ đưa ra câu trả lời rằng nó mang tính mô tả hơn, nhưng có vẻ như vậy <b>và <i>khá rõ ràng theo nghĩa của chúng và dễ gõ hơn <strong>và <em>.

Các đối số chính thức cho sự phản đối của các thẻ này là gì?

Mùa hè năm ngoái, tôi đã đọc thông số kỹ thuật HTML5 hoàn chỉnh và mọi thông số kỹ thuật HTML trước đó (ngay cả những thông số bị bỏ rơi) và tất cả các thông số CSS tôi có thể tìm thấy và rất nhiều thông số kỹ thuật XML. Vì tôi yêu thích các tài liệu siêu văn bản giàu ngữ nghĩa, hãy để tôi cung cấp cho bạn ý tưởng đằng sau ngữ nghĩa HTML có liên quan trong HTML5.

Trước HTML5

Trước HTML5, ivà bđã thực sự lỗi thời. Lý do là về cơ bản họ đã làm việc như thế emvà strong, tương ứng, nhưng tập trung vào trình bày và không tập trung vào ngữ nghĩa (điều này là xấu).

Thật vậy, icó nghĩa là văn bản phải được in nghiêng (nó đã nói điều gì đó về cách văn bản sẽ được hiển thị trên màn hình). Mặt khác, emcó nghĩa là văn bản cần được nhấn mạnh (nó đã nói điều gì đó về ngữ nghĩa của văn bản).

Có một sự khác biệt quan trọng về lý thuyết ở đây. Nếu bạn sử dụng em, tác nhân người dùng (= trình duyệt) biết văn bản cần được nhấn mạnh, do đó, nó có thể hiển thị nó in nghiêng nếu tài liệu được hiển thị trên màn hình (hoặc tất cả chữ hoa nếu không thể định dạng hoặc thậm chí có thể in đậm người dùng thích điều đó), nó có thể phát âm khác đi nếu tài liệu được nói với người dùng, v.v.

Lưu ý rằng sự nhấn mạnh thực sự là về ngữ nghĩa. Ví dụ, các cụm từ

• Con mèo là của tôi (= không phải con chó!)
• Con mèo là tôi . (= không phải của bạn!)

không có cùng ý nghĩa.

Sự khác biệt tương tự áp dụng cho b(phông chữ đậm) và strong(nhấn mạnh).

Một nguyên tắc chung của văn bản kỹ thuật số nói chung và tác giả siêu văn bản nói riêng, là bạn nên tách biệt nội dung và phong cách. Trong tác giả siêu văn bản, điều này có nghĩa là nội dung phải có trong tệp HTML và kiểu phải nằm trong tệp CSS (hoặc một số tệp CSS). Một nguyên tắc khác nhưng có liên quan là tài liệu phải phong phú về ngữ nghĩa (như đánh dấu các tiêu đề, chân trang, danh sách, điểm nhấn, địa chỉ, khu vực điều hướng, v.v.). Điều này có một số lợi thế:

• Nó dễ dàng hơn nhiều cho các chương trình máy tính để giải thích tài liệu. Các chương trình này bao gồm trình duyệt, ứng dụng chuyển văn bản thành giọng nói, công cụ tìm kiếm và trợ lý kỹ thuật số. (Ví dụ: trình duyệt có thể cho phép bạn lưu địa chỉ vào sổ địa chỉ của mình, nếu chỉ có nó mới có thể tìm và giải thích nó. Ngoài ra, bạn có thể biết rằng Microsoft Word có thể tạo và tự động cập nhật TOC cho bạn nếu bạn đánh dấu chính xác tiêu đề của mình .)
• Nó dễ dàng hơn nhiều để thay đổi phong cách sau này. (Nếu bạn muốn thay đổi màu của tất cả các tiêu đề cấp ba trong tài liệu 860 trang của mình, bạn có thể thay đổi một dòng trong biểu định kiểu. Nếu bạn có nội dung và bản trình bày hỗn hợp, bạn sẽ phải xem toàn bộ tài liệu theo cách thủ công . Và bạn có thể sẽ bỏ lỡ một hoặc hai tiêu đề, làm cho tài liệu trông không chuyên nghiệp.)
• Bạn có thể sử dụng các bảng định kiểu khác nhau tùy thuộc vào hoàn cảnh (tài liệu đang được hiển thị trên màn hình hoặc được in trên giấy?). Bạn thậm chí có thể để người dùng cuối tự chọn kiểu dáng. (Trang web của tôi cung cấp một số biểu định kiểu thay thế. Trong IE và FF, bạn thay đổi các biểu định kiểu này bằng menu View.)

Vì vậy, trong ngắn hạn, ivà bkhông được chấp nhận vì chúng là các thẻ HTML liên quan đến việc trình bày , điều này hoàn toàn sai.

Trong HTML5

Trong HTML5 ivà bkhông còn bị phản đối. Thay vào đó, chúng được đưa ra ý nghĩa ngữ nghĩa . Vì vậy, bây giờ họ thực sự về ngữ nghĩa, và không phải về trình bày.

Như trước đây, bạn sử dụng emđể đánh dấu nhấn mạnh: "Con mèo là của tôi." Nhưng bạn sử dụng icho hầu hết các trường hợp khác mà bạn sẽ sử dụng chữ nghiêng trong tác phẩm in. Ví dụ:

• Bạn sử dụng iđể đánh dấu các chỉ định phân loại: "Tôi thích R. norvegicus ."
• Bạn sử dụng iđể đánh dấu một cụm từ trong một ngôn ngữ khác so với văn bản xung quanh: À la carte
• Bạn sử dụng iđể đánh dấu một từ khi bạn nói về chính từ đó: " uống vừa là danh từ vừa là động từ"

Đó cũng là một ý tưởng tốt để sử dụng classthuộc tính để chỉ định cách sử dụng chính xác (cả Google "microformat" và "microdata"). Và, tất nhiên, trong trường hợp thứ hai, bạn thực sự nên sử dụng langthuộc tính để chỉ định ngôn ngữ chính xác. ( Ví dụ , một tác nhân chuyển văn bản thành giọng nói có thể phát âm sai văn bản.)

Một năm trước, thông số kỹ thuật HTML5 cũng cho biết citenên được sử dụng để đánh dấu tên của sách, phim, vở opera, tranh, v.v.:

• Bạn nghĩ gì về Nymphomaniac ?

Cuối cùng, từ lâu, dfnđược sử dụng để đánh dấu trường hợp xác định của cụm từ trong văn bản (như định nghĩa toán học hoặc định nghĩa của thuật ngữ):

• Một nhóm là một bộ X được trang bị một hoạt động nhị phân duy nhất * sao cho ...

Vì vậy, chữ in nghiêng trong cuốn sách in của bạn, có thể có nghĩa là nhiều thứ khác nhau, được thể hiện bằng bốn thẻ HTML5 khác nhau, điều này thực sự tuyệt vời, vì ngữ nghĩa là tốt, vì tôi đã cố gắng thuyết phục bạn về trước đó. (Ví dụ: bạn có thể yêu cầu trình duyệt của mình lập danh sách tất cả các định nghĩa trong văn bản, để bạn có thể chắc chắn rằng bạn biết tất cả chúng trước khi thi.)

Chuyển sang strongvà b, đặc tả HTML5 nói rằng strongnên được sử dụng để đánh dấu một phần quan trọng của văn bản, như cảnh báo hoặc một số từ rất quan trọng để bắt trong câu. Mặt khác, bnên được sử dụng để đánh dấu những thứ cần dễ tìm thấy trong văn bản, như từ khóa. Tôi cũng sử dụng blàm tiêu đề trong các mục danh sách (LIs).

Như Doval nói, họ không bị phản đối. Chúng vẫn tồn tại nhưng nên được sử dụng khác với những gì nhiều người từng sử dụng trước HTML5.

Đó là về html 'ngữ nghĩa'. Nó nên mô tả 'nó' là gì, thay vì nó trông như thế nào. Về mặt lý thuyết, trình duyệt hoặc bất kỳ phương tiện hiển thị nào khác (giả sử ứng dụng đọc dành cho người khiếm thị) sẽ có thể quyết định cách giải thích chính xác.

Điều này tương tự tại sao bạn không nên sử dụng các tên lớp CSS như "đỏ" và sử dụng các lớp mô tả nhiều hơn để mô tả ý tưởng chức năng đằng sau bằng cách sử dụng một màu khác ở đây. Sau này bạn có thể quyết định rằng màu xanh lá cây tốt hơn (và có thể bất cứ điều gì "mạnh" nên được hiển thị bằng cách sử dụng màu đỏ thay vì chữ đậm). Hoặc người dùng mù màu có thể có một số cài đặt trình duyệt đặc biệt trong đó màu sắc được thay thế bằng các phương tiện khác.

Câu chuyện có thật là bvà ilần đầu tiên bị lỗi thời, bị phản đối, bị nguyền rủa và bị coi là một cách trình bày trực tuyến trong các bản nháp HTML5 khác nhau (nhưng nói rộng ra), nhưng sau đó họ nhận ra rằng các thẻ này được sử dụng rộng rãi và cũng được tạo ra bởi nhiều chương trình tác giả. Thay vì chỉ đơn giản là cho phép họ, họ đã phát triển các định nghĩa mới về ngữ nghĩa của người dùng cho họ, để có thể cho phép các yếu tố nhưng vẫn giả vờ nghiêm ngặt về việc đánh dấu hiện tại của ED. Các định nghĩa mới đã thay đổi từ dự thảo này sang dự thảo khác và tối nghĩa: bạn khó có thể tìm thấy hai người hiểu và giải thích chúng theo cùng một cách.

Xin lỗi, không có tài liệu tham khảo. Mô tả ở trên là kết quả của việc theo dõi các thay đổi và đọc các bản nháp và thảo luận, thường là giữa các dòng. Họ không nói rõ nguyên nhân. Tôi vẫn nghĩ đó là câu chuyện có thật.

Kết luận là: Tiến lên. Không có gì hữu ích ở đây. Các yếu tố bvà icác yếu tố làm điều tương tự như chúng luôn có: chúng làm cho phông chữ đậm hoặc in nghiêng, tương ứng, với các cảnh báo thông thường. Đây là thực tế mà bạn nên tính đến, chứ không phải là ngữ nghĩa học quarkcholastic, không có tác động đến trình duyệt, công cụ tìm kiếm hoặc phần mềm khác.

Các thẻ <b>và <i>có nguồn gốc với các khái niệm "in đậm" và "in nghiêng". Vấn đề là những điều này có thể hoàn toàn vô nghĩa đối với một số tác nhân người dùng. Chẳng hạn, chữ "in nghiêng" nghe như thế nào trong trình đọc màn hình cho người mù?

Thay thế chúng bằng <strong>và <em>loại bỏ liên kết trực tiếp đến các khái niệm đánh máy. Thay vào đó, tác nhân người dùng có thể kết xuất chúng theo cách phù hợp.

Các thẻ <b>và <i>rất cần thiết khi bạn thực sự yêu cầu văn bản in đậm 'hoặc' in nghiêng '.

Nếu bạn đang viết một phương trình bằng HTML trong đó chữ in nghiêng ' Tôi ' có nghĩa khác với chữ không in nghiêng 'Tôi', điều quan trọng là có thể tạo ra sự khác biệt đó.

Tôi nghĩ về chúng giống như cách tôi nghĩ <sup>hoặc <sub>các thẻ - bạn không thể biểu diễn chính xác ý nghĩa của phương trình mà không sử dụng các thẻ 'ngoại hình' như vậy.

Cách tiếp cận thuần túy sẽ là sử dụng MathML hoặc TeX nhưng hỗ trợ trình duyệt chưa có ...

Các nguyên tắc thiết kế bên dưới các thẻ HTML là chúng phải là "ngữ nghĩa", nghĩa là chúng phải chỉ ra ý nghĩa và mục đích thay vì chỉ dẫn cấp thấp.

Bài kiểm tra cổ điển là "các thẻ có thể được sử dụng một cách có ý nghĩa trong trình duyệt dành cho người mù".

Vì vậy, đối với một trình duyệt dựa trên âm thanh, "i" cho chữ nghiêng là khá vô dụng vì bạn không thể có chữ in nghiêng. Tuy nhiên, thẻ "em" có ý nghĩa vì một thiết bị âm thanh có thể nhấn mạnh một cụm từ theo nhiều cách: bằng cách tăng cao độ, tăng âm lượng hoặc thay đổi trọng âm. Trình kết xuất chữ nổi có thể nhấn mạnh bằng cách tăng các chấm thay đổi khoảng cách, thay đổi kích thước hoặc thêm độ rung.