문제

메모: 알아요 <b> 프리젠 테이션입니다 <span style="font-weight:bold> 더 나은 방법입니다 <strong> 그리고 <em> 강조하기위한 것이지만 내 질문은 이것에 관한 것이 아닙니다.


우리는 모든 것을 변환해야합니다 <b> 에게 <strong> 맹목적으로? 많은 사람들이 이것을한다면 그들은 생각합니다 <b> 웹 표준에 따라 좋지 않으므로 모든 것을 변환합니다. <b> 에게 <strong> 사이트 재 설계, 컨텐츠 재 포장, 새로운 사이트 디자인 및 사람들도 다른 사람들에게도 제안합니다.


Dreamweaver는 또한 모두 변환 할 수있는 옵션을 제공했습니다 <b> 그리고 <i> 에게 <strong> 그리고 <em> 디자인보기의 코드 페이스트와 사람들이 맹목적으로 사용하는 B와 I를 사용할 때.

대체 텍스트 http://shup.com/shup/280420/1101118332-my-desktop.png

그리고 DreamWeaver (위의 옵션이 확인되는 경우) 및 많은 온라인 Wysiwyg 편집기는 출력을 제공합니다. <strong> 그리고 <em> 버튼이 표시되는 동안 그리고 .

대체 텍스트 http://shup.com/shup/280425/1101118921-my-desktop.png

제 생각에는 그것은 오해를 만들고 있습니다 <strong> 그리고 <b>


우리가 고객으로부터 콘텐츠를 얻을 때 우리는 고객이 강조하고 싶은 곳과 프리젠 테이션 목적으로 대담한 텍스트를 사용하고 싶은 곳을 모릅니다. 이 상황에서 우리는 무엇을해야합니까? 아무도 각 사례 (미국 및 고객)에 대해 결정할 시간이 없습니다. <b> 또는 <strong>, <i> 또는 <em>

모든 것을 전환 할 장단점은 무엇입니까? <b> 그리고 <i> ~ 안으로 <strong> 그리고 <em> 맹목적으로 우리 사이트가 액세스 할 수 있다고 말하고 있다면?


업데이트: 기억하다 <b> 그리고 <i> 그들은 HTML 5 사양으로 더 이상 사용되지 않습니다

도움이 되었습니까?

해결책

다른 사람들이 사용한대로 <strong>, <em>, <cite> 등.

또한 스크린 리더는 강력한 태그를 사용하여 큰 소리로 읽을 때 가청 차이를 만듭니다.

어쩌면 당신은 오디오 표현에 대해 가이드로 생각할 수 있습니다. 큰 소리로 읽을 때 차이를 원한다면 <strong> 예를 들어, 사용하지 않는 경우 <b>.

그런 다음 렌더링 문제가 있습니다. 모든 브라우저가 <strong> 대담하고 그것이 그런 식으로 머무를 것입니다.

요컨대 : <strong>아니</strong>.

다른 팁

사용해도 괜찮습니까? <strong> 대신에 <b> 맹목적으로?

아니.

앤 반 케스터 (Anne Van Kesteren) (원천):

모순적인 조언을 드리겠습니다. 교체하십시오 em ~와 함께 i 그리고 strong ~와 함께 b. 결과 마크 업이 더 정확할 수 있습니다. 특히 wysiwyg 소프트웨어의 경우 올바르게 사용될 가능성은 거의 없지만 개념은 유일한 차이와 상호 교환 할 수 있다는 개념이 퍼져 있기 때문에 strong 그리고 em 많은 오용이 일어났습니다. 의심스러운 경우 사용하십시오 i 그리고 b.

그리고 그는 물론 옳습니다. strong 그리고 b 동일하지 않습니다. em 그리고 i 동일하지 않습니다. 만 사용합니다 strong / em 텍스트에 의미 적 강조를 추가하려면.

<b>, <i>, <tt> 엄격하게 인쇄물입니다.

인쇄법을 말함으로써 나는 시각적이라는 의미가 아닙니다. 나는 모습으로 표현 된 의미론을 의미한다. 구체적인 의미를 갖기 위해서는 추가 상황이 필요합니다 (예 : 정의, : :

  • 이탤릭체로 된 텍스트는 ...

또는 대담한 텍스트가 눈길을 끄는 것과 같은 타이포그래피 협약에 의존하고 이탤릭체는 컨텍스트 변화를 의미합니다). 인쇄상의 컨벤션에서 대담하고 이탤릭체는 일종의 괄호 중첩입니다.

(for example [this one has another context])

예를 들어 이것은 또 다른 맥락이 있습니다

이 태그는 전통적인 프린트 타이포그래피의 포트로, 특정 시각적 프레젠테이션에 의해 의미론이 수행됩니다.

당신이 지적했듯이, 그것들은 더 이상 사용되지 않는 것으로 간주되지만 XHTML5는 아닙니다. 왜요? 저는 대부분 웹 컨텐츠가 전자 메디아를위한 것이 아니라는 생각입니다. 웹 문서를 인쇄하면이 태그는 예를 들어 사용 된 일부 표현식의 구문을 대체 할 수 있습니다. TeX.

<strong> 그리고 <em> 의미론을위한 것입니다.

텍스트를 어떻게 읽고 강조 해야하는지 알려줍니다.

따라서 요약하기 위해이 태그 중 어느 것도 다른 것과 동일하게 의미하지 않으므로 해서는 안된다 사용되었지만 그렇지 않을 수도 있습니다 상호 교환 적으로 사용되거나 대체됩니다. 특히 맹목적으로.

Afir, Dreamweaver는 Wysiwym 편집기의 모델이 아닙니다. 나는 항상 그것을 차세대 프론트 페이지 사고라고 생각했습니다 (사용하기 쉽고 지금은 일을 끝내고 미래와 확장 성을 잊어 버립니다).

그래서 나는 여기서 놀라움을 이해하고 당신의 오해 느낌이 옳습니다 :)

우리는 교환해서는 안됩니다 b 그리고 strong 의도 된 목적이 다르기 때문에 맹목적으로.

<b> 및 <i> HTML5 사양에 따라 프레젠테이션 요소가 아닙니다. 그들은 다른 의미와 목적을 가지고 있습니다. HTML5 사양 인용,

그만큼 요소는 문서 초록의 핵심 단어, 리뷰의 제품 이름 또는 일반적인 인쇄 프로그램 프레젠테이션이 굵게 표시된 텍스트의 다른 텍스트 범위와 같은 추가 중요성을 전달하지 않고 정상적인 산문에서 스타일로 상쇄되는 텍스트의 범위를 나타냅니다.

그리고 i 요소,

그만큼 요소는 대체 음성 또는 분위기의 텍스트 범위를 나타내거나 분류 학적 명칭, 기술적 용어, 다른 언어의 관용어, 생각, 선박 이름 또는 기타 산문과 같은 일반적인 산문에서 상쇄됩니다. 일반적인 타이포그래피 프레젠테이션은 이탤릭체로 표시됩니다.

다른 사람들이 매우 잘 분명하게했듯이 i 그리고 em 상호 교환 적으로 사용할 수 없으며 b 그리고 strong.

의 사용 i 그리고 b 그들의 의도 된 목적은 매우 드 rare니다. (예 : 대화 스크립트, 논문, 이력서)


참조 :

  1. http://html5doctor.com/ib-em-strong-element/
  2. http://www.whatwg.org/specs/web-apps/current-work/multipage/text-level-semantics.html#the-i-ilement

대담한 텍스트를 사용하려면 CSS를 통해 대담하게 만드십시오. "Bold"글꼴 무게에 의미 적 의미가 없다면 사용해서는 안됩니다. <strong> 또는 <em> 그것을 위해. 그러나 사용해서는 안됩니다 <b> 또는 <i> 이것들은 비성인이 아니기 때문에 (실제로는 글꼴 스타일 태그이기 때문에) 더 이상 사용되지 않으면 낙담했습니다.

<b> 그리고 <strong> 반드시 동일하지는 않습니다. <strong> 당신이 제안한 바와 같이, 더 높은 강조를위한 것입니다 <b> 스타일링 목적으로 만 사용됩니다. 따라서 맹목적으로 전환해서는 안됩니다.

어떤 사람들은 그렇게 말할 것입니다 <b> 태그가 더 이상 사용되지는 않지만 그렇지 않습니다. 이것의 여전히 살아 있고 발 차고 있습니다. 하지만; 당신이 말하는 것처럼 의미가 아니므로 사용하는 것이 더 나은 옵션 일 수 있습니다. <span> 그리고 스타일.

다른 사람들이 말했듯이 강한/b와 i/em 사이에는 의미 론적 차이가 있습니다. 특히 그들은 귀하의 웹 사이트를 방문하는 시각 장애인을 위해 ScreenReaders가 사용합니다. 그들에게는 텍스트를 대담하게 만들거나 웹 사이트에서 말하는 내용에 중점을두고 싶다면 큰 차이를 만듭니다. 따라서 B 또는 강한 것을 사용하여 대담한 것을 신중하게 고려해야합니다. EM과 나도 마찬가지입니다.

여기에는 이미 큰 대답이 있지만 여전히 이해하지 못하고 추가 설명과 예가 필요한 사람들에게는 이에 대한 유용한 설명을 찾았습니다. HTML 텍스트, 웹 플랫폼 문서 지도 시간. 자습서는 사용 차이를 설명합니다 <strong> 그리고 <b> 페이지의 반쯤 지나서 예를 들어 예제를 제공합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top