To pytanie pojawiło się podczas jednej z moich zajęć w college'u. Profesor udzielił tylko odpowiedzi, że był bardziej opisowy, ale wydaje się, że jest <b>i <i>jest dość wyraźny w ich znaczeniu i łatwiej jest pisać niż <strong>i <em>.

Jakie były oficjalne argumenty za wycofaniem tych tagów?

Zeszłego lata przeczytałem pełną specyfikację HTML5 i każdą poprzednią specyfikację HTML (nawet te porzucone), wszystkie specyfikacje CSS, które mogłem znaleźć, i wiele specyfikacji XML. Ponieważ uwielbiam semantycznie bogate dokumenty hipertekstowe, pozwól, że przedstawię ci ideę odpowiedniej semantyki HTML w HTML5.

Przed HTML5

Przed HTML5 ii brzeczywiście były modne. Powodem było to, że zasadniczo działali jak emi strongodpowiednio, ale z naciskiem na prezentację, a nie na semantykę (co jest złe).

Rzeczywiście ioznaczało to, że tekst powinien być pisany kursywą (mówił coś o tym, jak tekst powinien być renderowany na ekranie). Z drugiej strony emoznaczało, że należy podkreślić tekst (mówiło coś o semantyce tekstu).

Istnieje tutaj ważna różnica teoretyczna. Jeśli używasz em, agent użytkownika (= przeglądarka) wie, że tekst powinien być wyróżniony, więc może renderować go kursywą, jeśli dokument jest wyświetlany na ekranie (lub wielkimi literami, jeśli formatowanie nie jest możliwe, a może nawet pogrubioną czcionką jest użytkownik woli), może wymówić to inaczej, jeśli dokument zostanie przekazany użytkownikowi itp.

Zauważ, że tak naprawdę nacisk kładziony jest na semantykę. Na przykład frazy

• Kot jest mój. (= nie pies!)
• Kot jest mój . (= nie twoje!)

nie mają tego samego znaczenia.

Ta sama różnica dotyczy b(czcionka pogrubiona) i strong(duży nacisk).

Ogólna zasada pisania cyfrowego, aw szczególności tworzenia hipertekstu, polega na oddzieleniu treści i stylu. W przypadku tworzenia hipertekstu oznacza to, że treść powinna znajdować się w pliku HTML, a styl powinien znajdować się w pliku CSS (lub kilku plikach CSS). Inną, ale powiązaną zasadą jest to, że dokument powinien być bogaty w semantykę (np. Zaznaczanie nagłówków, stopek, list, akcentów, adresów, obszarów nawigacyjnych itp.). Ma to wiele zalet:

• Programy komputerowe znacznie łatwiej interpretują ten dokument. Programy te obejmują przeglądarki, aplikacje zamiany tekstu na mowę, wyszukiwarki i asystentów cyfrowych. (Na przykład przeglądarka pozwala zapisać adres w książce adresowej, jeśli tylko może go znaleźć i zinterpretować. Ponadto możesz wiedzieć, że program Microsoft Word może utworzyć i automatycznie zaktualizować spis treści, jeśli poprawnie oznaczysz nagłówki .)
• Znacznie łatwiej jest później zmienić styl. (Jeśli chcesz zmienić kolor wszystkich nagłówków trzeciego poziomu w 860-stronicowym dokumencie, możesz zmienić pojedynczy wiersz w arkuszu stylów. Jeśli masz mieszaną zawartość i prezentację, musisz ręcznie przejrzeć cały dokument ręcznie I prawdopodobnie przegapiłbyś jeden lub dwa nagłówki, przez co dokument wyglądałby nieprofesjonalnie.)
• W zależności od okoliczności można używać różnych arkuszy stylów (czy dokument jest wyświetlany na ekranie czy drukowany na papierze?). Możesz nawet pozwolić użytkownikowi samemu wybrać styl. (Moja strona internetowa oferuje wiele alternatywnych arkuszy stylów. W IE i FF możesz je zmienić za pomocą menu Widok).

Tak, w skrócie, ii bbyły przestarzałe, ponieważ były znaczniki HTML zaniepokojeni prezentacji , która jest całkowicie błędne.

W HTML5

W HTML5 ii bnie są już przestarzałe. Zamiast tego mają znaczenie półmatyczne . Więc teraz dotyczą one semantyki, a nie prezentacji.

Tak jak poprzednio, emzaznaczasz nacisk: „Kot jest mój”. Ale używasz iw prawie wszystkich innych przypadkach, w których używasz kursywy w drukowanej pracy. Na przykład:

• Używasz ido oznaczania oznaczeń taksonomicznych: „Lubię R. norvegicus ”.
• Służysz ido oznaczania frazy w innym języku niż otaczający tekst: À la carte
• Używać ido oznaczania słowo gdy mówimy o samo słowo: „ napój jest zarówno rzeczownik i czasownik”

Dobrym pomysłem jest również użycie tego classatrybutu, aby określić dokładne użycie (także „mikroformat” Google i „mikrodane”). I oczywiście w drugim przypadku powinieneś naprawdę użyć langatrybutu, aby określić poprawny język. (W przeciwnym razie na przykład agent zamiany tekstu na mowę może źle wymawiać tekst.)

Mniej więcej rok temu specyfikacja HTML5 mówi również, że citenależy jej używać do oznaczania nazw książek, filmów, oper, obrazów itp .:

• Co sądzisz o nimfomanki ?

Wreszcie, od dawna, dfnsłuży do oznaczania definiującego wystąpienia frazy w tekście (np. Definicji matematycznej lub definicji terminu):

• Grupa to zbiór X wyposażony w jednym operacji binarnej * taki, że ...

Tak więc kursywa w drukowanej książce, która może oznaczać wiele różnych rzeczy, jest reprezentowana przez cztery różne tagi HTML5, co jest naprawdę świetne, ponieważ semantyka jest dobra, o czym starałem się przekonać wcześniej. (Na przykład możesz poprosić przeglądarkę o sporządzenie listy wszystkich definicji w tekście, abyś mógł je wszystkie poznać przed egzaminem).

Wracając do strongi b, specyfikacja HTML5 mówi, że strongnależy jej użyć do oznaczenia ważnej części tekstu, na przykład ostrzeżenia lub jakiegoś bardzo ważnego słowa do uchwycenia w zdaniu. Z drugiej strony bpowinny być używane do oznaczania rzeczy, które muszą być łatwe do znalezienia w tekście, takich jak słowa kluczowe. Używam również bjako nagłówków w elementach listy (LI).

Jak mówi Doval, nie są przestarzałe. One nadal istnieją , ale powinny być wykorzystywane inaczej niż to, co wielu ludzi, gdzie wykorzystywane do przed HTML5.

Chodzi o HTML „semantyczny”. Powinien opisać „co”, a nie jak powinien wyglądać. Przeglądarka lub teoretycznie jakikolwiek inny nośnik wyświetlania (powiedzmy aplikacja do czytania dla osób niewidomych) powinna być w stanie zdecydować, jak dokładnie powinna być interpretowana.

Jest to podobne, dlaczego nie należy używać nazw klas CSS, takich jak „czerwony”, i stosować bardziej opisowe klasy, które opisują ideę funkcjonalną przy użyciu innego koloru tutaj. Możesz później zdecydować, że zielony jest lepszy (i być może wszystko „mocne” powinno być pokazane za pomocą czerwonego koloru zamiast pogrubionego tekstu). Lub użytkownik ślepy na kolory może mieć pewne specjalne ustawienia przeglądarki, w których kolory są zastępowane w inny sposób.

Prawdziwa historia jest taka, że bi ipo raz pierwszy przestarzałe, nieaktualne, przeklinał i anatematized jako „prezentacyjny” w różnych projektach HTML5 (mówiąc ogólnie), ale potem zrozumiałem, że te znaczniki są szeroko stosowane, a także generowane przez wiele programów autorskich. Zamiast po prostu im na to pozwolić, opracowali dla nich nowe definicje „semantyczne”, aby móc dopuścić elementy, ale nadal udawać, że są surowi wobec „prezentacji” znaczników. Nowe definicje różniły się w zależności od projektu i są niejasne: trudno znaleźć dwie osoby, które rozumieją i interpretują je w ten sam sposób.

Przepraszamy, brak referencji. Powyższy opis jest wynikiem śledzenia zmian i czytania szkiców i dyskusji, często między wierszami. Nie mówią wprost przyczyny. Nadal uważam, że to prawdziwa historia.

Wniosek jest następujący: Idź dalej. Nie ma tu nic użytecznego. Elementy bi irobią to samo, co zawsze: sprawiają, że czcionka jest odpowiednio pogrubiona lub kursywą, przy zwykłych zastrzeżeniach. To jest rzeczywistość, którą należy wziąć pod uwagę, a nie quasischolastyczna „semantyka”, która nie ma wpływu na przeglądarki, wyszukiwarki i inne oprogramowanie.

<b>I <i>znaczniki pochodzi z pojęciami „bold” i „italic”. Problem polega na tym, że dla niektórych programów użytkownika mogą one być zupełnie bez znaczenia. Na przykład, jak brzmi „kursywa” w czytniku ekranu dla osoby niewidomej?

Zastąpienie ich <strong>i <em>usunięcie bezpośredniego linku do pojęć typograficznych. Zamiast tego klient użytkownika może je renderować w dowolny sposób.

<b>I <i>znaczniki są niezbędne, jeśli wymagają dosłownie tekst „bold” lub „italic”.

Jeśli piszesz równanie w HTML, w którym kursywą „ ja ” ma inne znaczenie niż nie kursywą „ja”, ważne jest, aby móc to rozróżnić.

Myślę o nich w ten sam sposób, w jaki myślę <sup>lub <sub>znaczniki - nie można poprawnie przedstawić znaczenia równania bez użycia takich znaczników „wyglądu”.

Purystycznym podejściem byłoby użycie MathML lub TeX, ale obsługa przeglądarki jeszcze nie istnieje ...

Zasady projektowania leżące u podstaw tagów HTML są takie, że powinny one być „semantyczne”, tzn. Powinny wskazywać znaczenie i cel, a nie instrukcje niskiego poziomu.

Klasyczny test brzmi: „czy tagi mogą być sensownie użyte w przeglądarce dla osób niewidomych”.

Tak więc w przeglądarce opartej na dźwięku „i” dla kursywy jest dość bezużyteczne, ponieważ nie można używać kursywy. Znacznik „em” ma jednak znaczenie, ponieważ urządzenie audio może podkreślić frazę na wiele sposobów: zwiększając wysokość tonu, zwiększając głośność lub zmieniając akcent. Renderowanie w alfabecie Braille'a można podkreślić, podnosząc kropki, zmieniając odstępy, zmieniając rozmiar lub dodając wibracje.