Tôi có nên sử dụng thẻ <i> cho các biểu tượng thay vì <span> không? [đóng cửa]


572

Tôi đã xem xét nguồn của Facebook, họ sử dụng <i>thẻ để hiển thị các biểu tượng.

Ngoài ra, hôm nay tôi đã xem xét Bootstrap của Twitter. Nó cũng sử dụng <i>thẻ để hiển thị các biểu tượng.

Nhưng,

Từ thông số HTML5 :

Phần tử I đại diện cho một đoạn văn bản trong giọng nói hoặc tâm trạng thay thế hoặc bù lại bằng văn xuôi thông thường, chẳng hạn như chỉ định phân loại, thuật ngữ kỹ thuật, cụm từ thành ngữ từ ngôn ngữ khác, ý nghĩ, tên tàu hoặc một số ngôn ngữ khác văn xuôi có trình bày typographic điển hình được in nghiêng.

Tại sao họ sử dụng <i>thẻ để hiển thị biểu tượng?

Nó không phải là một thực hành xấu?

Hay tôi đang thiếu một cái gì đó ở đây?

Tôi đang sử dụng spanđể hiển thị các biểu tượng và nó dường như đang làm việc cho tôi cho đến bây giờ.

Cập nhật:

Bootstrap 3 hiện sử dụng spancho các biểu tượng. Bác sĩ chính thức


5
Ví dụ: Mũi tên trả lời bên dưới tweet trên Twitter : <i class="sm-reply"></i>.
kay - SE là ác

2
Tại sao không nên <span>sử dụng?
Jashwant

6
Dường như với tôi rằng đối với sơ đồ và khả năng truy cập, thẻ img phải luôn được sử dụng cho các biểu tượng, với văn bản thay thế.
nroose

12
@nroose Tôi cho rằng điều này là hình ảnh được sử dụng cho các biểu tượng không phải là một phần của nội dung, mà là phong cách của trang, (không giống như, ví dụ, hình ảnh con bò trên trang wikipedia về con bò). Do đó, chúng phải được định nghĩa trong css, không phải là hình ảnh trong thẻ img.
CJStuart

6
Tôi không nghĩ các quyết định ngữ nghĩa trong HTML5 nên được coi là "dựa trên quan điểm".
Aaron

Câu trả lời:


597

Tại sao họ sử dụng <i>thẻ để hiển thị biểu tượng?

Bởi vì nó là:

  • Ngắn
  • i là viết tắt của biểu tượng (mặc dù không có trong HTML)

Nó không phải là một thực hành xấu?

Thực hành khủng khiếp. Đó là một chiến thắng của hiệu suất trên ngữ nghĩa.


87
Đây là ngày đầu tiên tôi học bootstrap của twitter và cảm thấy thật tệ khi họ không tuân theo các thực tiễn tốt nhất.
Jashwant

25
một số người thậm chí còn đi xa hơn và lạm dụng các yếu tố khác, như <tt>= tooltip, v.v ... muốn giúp tôi tìm thấy ATSMOHE? "Chống lại sự lạm dụng ngữ nghĩa của các yếu tố HTML"
Christoph

18
Các trang web này có hàng triệu trang được xem mỗi ngày. Nếu họ lưu 100 byte dữ liệu mỗi khi khách hàng yêu cầu một trang với thực tiễn này, họ sẽ tiết kiệm được một lượng băng thông đáng kể.
Dalmas

62
Để tiết kiệm 100 byte, họ sẽ phải bao gồm 16 biểu tượng và không cho phép nén .
Quentin

7
Với việc sử dụng chữ ghép , sử dụng ithẻ để hiển thị các biểu tượng là ngữ nghĩa. Trên thực tế, Google gợi ý việc sử dụng ithẻ có chữ ghép trong hướng dẫn biểu tượng Vật liệu .
Aust

269

Tôi nhảy vào đây hơi muộn, nhưng tình cờ thấy trang này khi tự mình suy ngẫm. Tất nhiên tôi không biết Facebook hay Twitter đã chứng minh điều đó như thế nào, nhưng đây là quá trình suy nghĩ của riêng tôi về những gì nó đáng giá.

Cuối cùng, tôi đã kết luận rằng thực tế này không phải là phi thường (đó có phải là một từ không?). Trên thực tế, bên cạnh sự ngắn gọn và sự liên kết tốt đẹp của "i là biểu tượng", tôi nghĩ rằng đó thực sự là lựa chọn ngữ nghĩa nhất cho một biểu tượng khi một <img>thẻ đơn giản là không thực tế.

1. Việc sử dụng phù hợp với thông số kỹ thuật.

Mặc dù nó có thể không phải là những gì mà W3 chủ yếu có trong đầu, nhưng đối với tôi, thông số kỹ thuật chính thức <i>có thể chứa một biểu tượng khá dễ dàng. Rốt cuộc, biểu tượng mũi tên trả lời đang nói "trả lời" theo một cách khác. Nó diễn đạt một thuật ngữ kỹ thuật có thể xa lạ với người đọc và thường được in nghiêng. ("Ở đây tại Twitter, đây là cái mà chúng ta gọi là mũi tên trả lời .") Và đó là một thuật ngữ từ một ngôn ngữ khác: một ngôn ngữ tượng trưng.

Nếu, thay vì biểu tượng mũi tên, Twitter được sử dụng <i>shout out</i>hoặc <i>[Japanese character for reply]</i>(trên trang tiếng Anh), điều đó sẽ phù hợp với thông số kỹ thuật. Vậy thì tại sao không <i>[reply arrow]</i>? (Tôi đang nói đúng ngữ nghĩa HTML ở đây, không phải khả năng truy cập, mà tôi sẽ nhận được.)

Theo như tôi có thể thấy, phần duy nhất của thông số kỹ thuật bị vi phạm rõ ràng khi sử dụng biểu tượng là cụm từ "span of text" (khi thẻ không chứa văn bản nữa). Rõ ràng là <i>thẻ chủ yếu dành cho văn bản, nhưng đó là một chi tiết khá nhỏ so với mục đích chung của thẻ. Câu hỏi quan trọng cho thẻ này không phải là định dạng của nội dung, mà là ý nghĩa của nội dung đó là gì.

Điều này đặc biệt đúng khi bạn cho rằng dòng giữa "văn bản" và "biểu tượng" có thể gần như không có trên các trang web. Văn bản có thể trông giống như một biểu tượng (như trong ví dụ của Nhật Bản) hoặc một biểu tượng có thể trông giống như văn bản (như trong nút jpg có nội dung "Gửi" hoặc ảnh mèo có chú thích phủ lên) hoặc văn bản có thể được thay thế hoặc tăng cường bằng một hình ảnh thông qua CSS. Văn bản, hình ảnh - ai quan tâm? Đó là tất cả nội dung. Miễn là tất cả mọi người - con người bị suy yếu, trình duyệt bị suy yếu, nhện công cụ tìm kiếm và các loại máy khác có thể hiểu ý nghĩa đó, chúng tôi đã hoàn thành công việc của mình.

Vì vậy, thực tế là các tác giả của thông số kỹ thuật đã không nghĩ (hoặc chọn) để làm rõ điều này không nên trói tay chúng ta khỏi việc làm điều có ý nghĩa và phù hợp với tinh thần của thẻ. Các <a>thẻ ban đầu được dự định để đưa người sử dụng ở một nơi khác, nhưng bây giờ nó có thể bật lên một hộp đèn. Whoop lớn, phải không? Nếu ai đó đã tìm ra cách bật lên hộp đèn khi nhấp vào trước khi thông số kỹ thuật bắt kịp, họ vẫn nên sử dụng <a>thẻ, chứ không phải <span>, ngay cả khi nó không hoàn toàn phù hợp với định nghĩa hiện tại - bởi vì nó gần nhất và là vẫn phù hợp với tinh thần của thẻ ("điều gì đó sẽ xảy ra khi bạn nhấp vào đây"). Tương tự như vậy <i>- bất kể loại vật gì bạn đặt bên trong nó, hoặc dù bạn sử dụng nó một cách sáng tạo,

2. <i>Thẻ thêm ý nghĩa ngữ nghĩa cho một yếu tố biểu tượng.

Tùy chọn thay thế để tự mang một lớp biểu tượng là <span>, tất nhiên không có ý nghĩa ngữ nghĩa nào. Khi một cái máy hỏi <span>nó chứa cái gì, nó nói, "Tôi không biết. Có thể là bất cứ thứ gì." Nhưng <i>thẻ nói, "Tôi có một cách khác để nói một cái gì đó hơn so với cách thông thường, hoặc có thể một thuật ngữ không quen thuộc." Điều đó không giống như "Tôi chứa một biểu tượng", nhưng nó gần với nó hơn là <span>có!

3. Cuối cùng, sử dụng phổ biến làm cho đúng.

Ngoài những điều trên, đáng để xem xét rằng các trình đọc máy (dù là công cụ tìm kiếm, trình đọc màn hình hay bất cứ thứ gì) có thể bắt đầu tính đến việc Facebook, Twitter và các trang web khác sử dụng <i>thẻ cho các biểu tượng. Họ không quan tâm đến thông số kỹ thuật nhiều như họ quan tâm đến việc trích xuất ý nghĩa từ mã bằng bất kỳ phương tiện nào cần thiết. Vì vậy, họ có thể sử dụng kiến ​​thức về cách sử dụng phổ biến này để ghi lại rằng "có thể có một biểu tượng ở đây" hoặc làm một cái gì đó cao cấp hơn như kích hoạt một cái nhìn vào CSS để gợi ý cho ý nghĩa, hoặc ai biết cái gì. Vì vậy, nếu bạn chọn sử dụng <i>biểu tượng cho trang web của mình, bạn có thể cung cấp nhiều ý nghĩa hơn thông số kỹ thuật.

Hơn nữa, nếu sử dụng này trở nên phổ biến, nó sẽ có khả năng được đưa vào spec trong tương lai. Sau đó, bạn sẽ duyệt mã của mình, thay thế <span>bằng <i>s! Vì vậy, có thể có ý nghĩa để lên tàu với những gì dường như là hướng của thông số kỹ thuật, đặc biệt là khi nó không rõ ràng xung đột với thông số kỹ thuật hiện tại. Việc sử dụng phổ biến có xu hướng ra lệnh cho các quy tắc ngôn ngữ nhiều hơn so với cách khác. Nếu bạn đủ tuổi, bạn có nhớ rằng "Trang web" là cách viết chính thức khi từ này còn mới không? Từ điển khẳng định phải có một khoảng trắng và Web phải được viết hoa. Có những lý do ngữ nghĩa cho điều đó. Nhưng cách sử dụng phổ biến đã nói, "Sao cũng được, thật ngu ngốc. Tôi đang sử dụng 'trang web' vì nó ngắn gọn hơn và trông đẹp hơn." Và không lâu sau,

4. Vì vậy, tôi đang đi trước và sử dụng nó.

Vì vậy, <i>cung cấp nhiều ý nghĩa hơn cho máy móc vì thông số kỹ thuật, nó cung cấp nhiều ý nghĩa hơn cho con người vì chúng ta dễ dàng liên kết "i" với "biểu tượng" nó chỉ dài một chữ cái. Thắng lợi! Và nếu bạn đảm bảo bao gồm văn bản tương đương bên trong <i>thẻ hoặc ngay bên cạnh thẻ (như Twitter hiện), thì trình đọc màn hình sẽ hiểu nơi nhấp để trả lời, liên kết có thể sử dụng được nếu CSS không tải và người đọc tốt thị lực và một trình duyệt phong nha nhìn thấy một biểu tượng đẹp. Với tất cả điều này trong tâm trí, tôi không thấy nhược điểm.


33
Nhưng có nhiều cách để thực hiện điều này mà không lạm dụng <i>: sử dụng bất kỳ yếu tố văn bản nào, bao gồm các nút hoặc liên kết và thêm biểu tượng bằng đồ họa nền và một số phần đệm, giống như cách sử dụng <i>. HTML sẽ trông giống như <a ...>Reply</a>ngữ nghĩa, trang được tạo kiểu cũng hiển thị một biểu tượng. Nếu biểu tượng là thành phần chính duy nhất, thì nó phải là một <img src="..." alt="Reply">.
lừa dối

36
@ Toàn bộ, bạn đã đưa nó sang một khía cạnh hoàn toàn khác nhưng xin lỗi, tôi không đồng ý với mỗi dòng bạn nói.
Jashwant

11
Mặc dù vậy, sự trống rỗng (thậm chí là một biểu tượng) không phải là văn bản và văn bản là những gì được viết cụ thể trong thông số kỹ thuật.
Ry-

17
Cụ thể được viết trong spec có nghĩa là jack. Bạn biết điều đó và mọi người khác biết điều đó. Đó là một hướng dẫn. Chỉ có bấy nhiêu thôi. Bạn có nghĩ IE quan tâm đến thông số kỹ thuật không? Họ đang trở nên tốt hơn. Bạn có nghĩ rằng mỗi trình duyệt đơn lẻ đang cố gắng để có được thông số kỹ thuật hoàn hảo? Bạn có nghĩ rằng tất cả mọi người trên hành tinh đang sử dụng <code> nav, tiêu đề, chân trang, phần, sang một bên, ... n </ code> chính xác không? Không. Tôi đi đến trang sau trang, nơi một bên là sự thay thế cho <code> <div class = "sidebar"> </ code> Và bạn biết gì không? Cách mọi người tiếp tục sử dụng là những gì sẽ định nghĩa "ngữ nghĩa" trong tương lai.
o_O

17
Những lý lẽ tuyệt vời, tôi nghĩ bạn đã thuyết phục tôi. Đặc biệt thuyết phục là # 3, "sử dụng phổ biến làm cho đúng". Cũng giống như với ngôn ngữ thông thường, nếu mọi người bắt đầu sử dụng một từ theo cách như vậy, điều đó sẽ trở thành cách sử dụng tiêu chuẩn. Thông số kỹ thuật HTML đã trở thành một tài liệu phát triển trong một thời gian và việc tuân thủ nó một cách giáo điều chỉ là ngớ ngẩn. Tuân thủ quy ước chung là một con đường bền vững hơn, theo ý kiến ​​của tôi. Thêm vào đó, yếu tố <i> hoàn toàn không được chấp nhận tại thời điểm này, vì vậy tôi cảm thấy tốt khi mang đến cho nó một cuộc sống mới, giàu có về mặt ngữ nghĩa! Tôi tò mò làm thế nào thông số kỹ thuật sẽ phát triển với việc sử dụng này, vì tôi nghĩ nó chắc chắn sẽ.
Nghệ sĩ logic

59

Câu trả lời của Quentin nêu rõ rằng ithẻ không nên được sử dụng để xác định biểu tượng.

Nhưng, Holly cho rằng spanbản thân nó không có ý nghĩa gì và đã bỏ phiếu ủng hộ ithay vì spangắn thẻ.

Rất ít đề xuất sử dụng imgnhư là ngữ nghĩa và chứa altthẻ. Nhưng, chúng ta cũng không nên sử dụng imgvì ngay cả trống cũng srcgửi yêu cầu đến máy chủ. Đọc ở đây

Tôi nghĩ, cách chính xác sẽ là,

<span class="icon-fb" role="img" aria-label="facebook"></span>

Điều này giải quyết vấn đề không có altthẻ trong spanvà làm cho nó có thể truy cập được đối với người dùng bị suy giảm thị lực. Đó là ngữ nghĩa và không lạm dụng (hack) bất kỳ thẻ nào.


6
@GeorgeMauer, tất cả các nhà thiết kế html / web tự trọng đều quan tâm đến thẻ alt. Thông số kỹ thuật là có lý do. như đường dốc trong các tòa nhà, thẻ alt, tiêu đề và aria tồn tại vì một lý do.
osiris

3
@osiris hiện đang chờ, thông số kỹ thuật được thay đổi mọi lúc. Tôi đồng ý tốt để làm theo nhưng bạn phải tính đến mục đích cơ bản. Điều đó đang được nói, kể từ khi tìm kiếm nó, tôi đồng ý với bạn vì nó không chỉ dành cho người đọc màn hình / hình ảnh / công cụ bị thiếu - thực sự có một ngữ nghĩa mà tôi không biết. MDN: "Bỏ qua thuộc tính này cho biết hình ảnh là một phần quan trọng của nội dung, nhưng không có tương đương về mặt văn bản. Đặt thuộc tính này thành chuỗi trống cho biết hình ảnh này không phải là một phần quan trọng của nội dung; các trình duyệt không trực quan có thể bỏ qua nó từ kết xuất. "
George Mauer

3
Là một lưu ý phụ, tôi tin rằng vai trò aria chính xác cho một biểu tượng là trình bày . Không phải img .
Sylvain Leroux

2
@SylvainLeroux, tôi nghĩ rằng nếu biểu tượng được sử dụng trong một nút cùng với văn bản, thì vai trò là trình bày. Nhưng nếu chỉ biểu tượng được sử dụng trong nút (không có văn bản), thì vai trò của nó là img.
Jashwant

2
NÓ KHÔNG LÀM ĐƯỢC CHÍNH XÁC NÓ! Bạn đã thử nó với trình đọc màn hình chưa?! Thay thế giải pháp hữu cơ có thể truy cập <img alt="...">bằng <span role="img">làm cho mọi thứ tồi tệ hơn. Không sử dụng aria-labeltrên SPAN, yếu tố không thể tập trung. Nó sẽ không luôn hoạt động như mong đợi. Đừng sử dụng rolenếu bạn không biết bạn đang làm gì. Lạm dụng ARIA đang làm mọi thứ tồi tệ hơn cho mọi người. Làm cho một sản phẩm không thể truy cập và mã khó đọc và bảo trì hơn. Còn SEO thì sao? ARIA là tốt nhưng sử dụng một cách khôn ngoan - accessibility-developer-guide.com/knowledge/aria/bad-practices
Hrvoje Golcic

12

Tôi đoán: Bởi vì Twitter thấy cần phải hỗ trợ các trình duyệt cũ, nếu không họ sẽ sử dụng các yếu tố :before/ :aftergiả.

Các trình duyệt kế thừa không hỗ trợ các phần tử giả mà tôi đã đề cập, vì vậy chúng cần sử dụng phần tử HTML thực tế cho các biểu tượng và vì các biểu tượng không có thẻ 'độc quyền', chúng chỉ đi kèm với <i>thẻ và tất cả các trình duyệt đều hỗ trợ thẻ đó.

Họ chắc chắn có thể đã sử dụng một <span>, giống như bạn (điều này HOÀN TOÀN tốt), nhưng có lẽ vì lý do tôi đã đề cập ở trên cộng với những điều được đề cập bởi Quentin , cũng là lý do Bootstrap sử dụng <i>thẻ.

Đó là một thực tế tồi tệ khi bạn sử dụng đánh dấu thêm vì lý do kiểu dáng, đó là lý do tại sao các yếu tố giả được phát minh, để tách nội dung khỏi kiểu ... nhưng khi bạn thấy cần phải hỗ trợ các trình duyệt cũ, đôi khi bạn buộc phải thực hiện các loại trình duyệt này nhiều thứ.

Tái bút Thực tế là các biểu tượng bắt đầu bằng chữ 'i' và có <i>thẻ, hoàn toàn ngẫu nhiên.


3
Không thực sự, nếu bạn nhìn vào mã bên trong phần tử I là phần tử trước
DCdaz

12

Tôi có một cách tiếp cận hoàn toàn khác với câu trả lời của mọi người khác ở đây hoàn toàn. Hãy để tôi tiền tố giải pháp của tôi và tranh luận bằng cách nói rằng đôi khi các tiêu chuẩn và quy ước có nghĩa là bị phá vỡ, đặc biệt là trong bối cảnh của các định nghĩa thẻ từ vựng HTML tiêu chuẩn.

Không có gì ngăn bạn tạo các yếu tố tùy chỉnh tự mô tả theo mục đích của nó.

Cả trình duyệt hiện đại và thậm chí IE 6+ (w / shim) đều có thể hỗ trợ những thứ như:

<icon class="plus">

hoặc là

<icon-add>

Chỉ cần đảm bảo bình thường hóa thẻ:

 icon { display:block; margin:0; padding:0; border:0; ... }

và sử dụng shim nếu bạn cần hỗ trợ IE9 hoặc sớm hơn (xem bài bên dưới).

Kiểm tra bài viết StackOverflow này:

Có cách nào để tạo ra thẻ html của riêng bạn trong HTML5

Để tiếp tục tranh luận của tôi, cả Chỉ thị góc của Google và các dự án Polyme mới đều sử dụng khái niệm thẻ HTML tùy chỉnh.


2
Và sau đó bạn đi đến trình xác nhận W3C và nhập <!doctype html> <html lang="en"> <head> <title>Hello</title> </head> <body> <icon></icon> </body> </html>và bạn gặp một lỗi duy nhất, nóiError: Element icon not allowed as child of element body in this context.
Digital Ninja

6

Tôi nghĩ rằng điều này trông khá tệ - bởi vì tôi đã làm việc trên một mẫu Joomla gần đây và tôi liên tục nhận được mẫu bị lỗi W3C bởi vì nó đang sử dụng <i>thẻ và nó đã bị phản đối, vì sử dụng ban đầu là để in nghiêng một cái gì đó, hiện được thực hiện thông qua CSS không HTML nữa.

Nó thực sự rất tệ vì khi tôi nhìn thấy nó, tôi đã xem qua mẫu và thay đổi tất cả các <i>thẻ thành <span style="font-style:italic">thay vào đó và sau đó tự hỏi tại sao toàn bộ mẫu trông lạ.

Đây là lý do chính khiến bạn sử dụng <i>thẻ theo cách này là một ý tưởng tồi - bạn không bao giờ biết ai sẽ xem xét công việc của bạn sau đó và "giả sử" rằng những gì bạn đang thực sự cố gắng là in nghiêng văn bản thay vì hiển thị biểu tượng. Tôi vừa mới đặt một số biểu tượng vào một trang web và tôi đã làm nó với đoạn mã sau

<img class="icon" src="electricity.jpg" alt="Electricity" title="Electricity">

bằng cách đó, tôi đã có tất cả các biểu tượng của mình trong một lớp để mọi thay đổi tôi thực hiện đều ảnh hưởng đến tất cả các biểu tượng (giả sử tôi muốn chúng lớn hơn hoặc nhỏ hơn, hoặc viền tròn, v.v.), văn bản thay thế mang đến cho người đọc màn hình cơ hội để nói với người đó những gì biểu tượng thay vì chỉ có thể là "văn bản in nghiêng, kết thúc in nghiêng" (tôi không biết chính xác trình đọc màn hình đọc màn hình như thế nào nhưng tôi đoán nó giống như vậy) và tiêu đề cũng cho người dùng cơ hội di chuột qua hình ảnh và nhận một chú giải công cụ cho họ biết biểu tượng đó là gì trong trường hợp họ không thể tìm ra nó. Tốt hơn nhiều so với việc sử dụng <i>- và nó cũng vượt qua tiêu chuẩn W3C.


7
<i>không được phản đối
dùng2867288

3
Thẻ "img" không hoạt động cho các biểu tượng phông chữ. Tôi có nghĩa là nó, nhưng trình duyệt của bạn gửi một yêu cầu đến trang web của bạn mỗi khi nó được phân tích cú pháp.
Navin

1
Thay vì <span style="font-style:italic" />bạn có thể chỉ đơn giản sử dụng nó thay thế mới hơn -<strong />
ewino

@ewino Tôi tin rằng bạn có nghĩa là <em> </ em> là sự thay thế ngữ nghĩa cho việc nhấn mạnh các từ (thay vì chỉ áp dụng chữ nghiêng)
amklose

Bạn thực sự đúng :-)
ewino

2

Tôi cũng thấy điều này hữu ích khi tôi muốn đặt một biểu tượng với vị trí tuyệt đối bên trong <a>thẻ liên kết .

Tôi đã nghĩ về <img>thẻ trước, nhưng kiểu dáng mặc định của các thẻ đó trong các liên kết thường có kiểu dáng viền và / hoặc hiệu ứng bóng. Thêm vào đó, cảm thấy sai khi sử dụng <img>thẻ mà không xác định thuộc tính "src" trong khi tôi đang sử dụng khai báo trang kiểu ảnh nền để hình ảnh không bị ma và kéo.

Tại thời điểm này, bạn đang nghĩ về các thẻ như <span>hoặc <i>- trong trường hợp <i>đó rất có ý nghĩa như loại biểu tượng này.

Nói chung, tôi nghĩ lợi ích của nó ngoài việc trực quan là nó yêu cầu điều chỉnh biểu định kiểu tối thiểu để làm cho thẻ này hoạt động như một biểu tượng.


Ok đây là lý do tại sao tôi nghĩ rằng đó là thực hành xấu. Trong lịch sử <B> là dành cho Bold và <I> là dành cho itallic. Vì vậy, nếu bạn đã sử dụng <i>, bạn tạo một thẻ itallic trống không phải là mục đích của nó. Chúng được thay thế bằng <strong> và <em> Vì vậy, với mục đích tôi đoán các trình duyệt cổ đại, bạn sẽ không muốn đánh dấu một trang bằng các thẻ itallic trống và những gì về trình đọc màn hình bị mù, không nên là những biểu tượng bên trong liên kết được nói VĂN. Vì vậy, <span> là một lựa chọn tốt hơn khi bạn có thể làm cho cỡ chữ bằng 0 và cũng có biểu tượng.
dùng1712691

1
@ user1712691 Đó là một huyền thoại phổ biến <b><i>được thay thế bằng <strong><em>tương ứng. Nhưng sự thật là, <b><i>không bị phản đối, và đã mang những ý nghĩa ngữ nghĩa mới. Đọc thông số kỹ thuật chính thức để tìm hiểu thêm.
chharvey
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.