2011-01-29 5 views
4

Cufon을 사용하는 것은 무엇입니까? 웹 표준, 접근성 및 성능면에서Cufon을 사용하는 것에 대한 단점은 무엇입니까? sIFR은 여전히 ​​좋은 선택입니까? @ font-face로는 cufon 또는 sIFR로 보이는 것처럼 부드러운 문자를 만들 수 없습니다.

우리는 sIFR보다 매끄러운 텍스트가 필요하다면 여전히 스크린 리더 호환성이 가장 좋다고 생각합니다.

@ font-face 글꼴이 Cufon 및 Sifr처럼 매끄 럽지 않습니다. 그러나 Cufon은 screenreaders를 읽기 위해 열심히 노력한 각 글자에 canvas 태그를 사용합니다.

글꼴을 부드럽게하려면 sIFR이 가장 좋으며 접근성 호환성 솔루션입니까?

@ font-face를 사용하여 Image, sIFR 및 cufon과 같은 앤티 앨리어싱을 가져올 수 있습니까?

+0

"@ font-face 글꼴이 부드럽게 보이지 않습니다."그런 다음 Mac을 사용 해본 적이 없어야합니다. 화면 판독기가 sIFR을 볼 수 있다고 생각하는 이유는 무엇입니까? – BoltClock

+0

@ font-face 글꼴은 MAC에서는 부드럽지만 모든 곳에서는 그렇지 않을 수 있지만 Cufon 및 sIFR 글꼴은 Photoshop에서 보이는 것처럼 부드럽게 보입니다. 화면 판독기에서 sIFR 텍스트를 읽을 수 있습니다. –

+0

글꼴이 "매끄럽지"않은 경우 데스크톱 환경에서 텍스트 안티 앨리어싱이 비활성화되었을 수 있습니다. Windows에서는 ClearType이라고하며 다음과 같이 다양한 방법으로 사용할 수 있습니다. http://www.microsoft.com/typography/cleartype/tuner/step1.aspx – reisio

답변

2

@ font-face를 사용하는 것이 가장 좋은 해결책입니다. 이미 @ font-face에 대한 오류 방지 솔루션이 있습니다. 또는 sIFR 및 Cufon : JS는 페일 세이프 (fail-safe) 솔루션의 Fontsquirrel's font-face generator에서

봐 비활성화 된 경우

  1. 은 (는) 자기 또는 불가능/선택 할 수 있도록 텍스트를 작업
  2. 정지를 복사합니다.

    톱니 모양 모서리는 대부분 운영 체제 글꼴 API로 인해 발생합니다. js/flash에 의존하는 대신 매끄러운 궁지에 올린 글꼴이 정말로 필요한 경우, 서버 측과 적절한 alt 태그로 이미지를 생성 할 것을 제안합니다.

+0

js 조건이 나에게 맞으면 작업이 중지됩니다. 및 sIFR 및 Cufon은 텍스트를 선택할 수 있습니다. –

+0

페이지 내부의 표준 텍스트와의 컨텍스트에서 선택할 수 없습니다. (즉, 헤드 라인과 단락 텍스트를 동시에 선택할 수 없음) –

+0

"헤드 라인과 단락 텍스트를 동시에 선택할 수 없습니다"라는 것이 좋습니다. –

1

저는이 주제에 대해 많은 연구를했습니다. 부드럽게 렌더링 된 텍스트를 갖는 것이 중요합니다. Google 애널리틱스에 따르면 sIFR을 계속 사용하고 있습니다. 웹 사이트 방문자의 대다수가 Flash 지원 브라우저를 사용하므로 내 텍스트가 효과적으로 보일 것입니다. 그리고, sIFR은 SEO 및 텍스트 리더와 완전히 같습니다. Apple의 제품이 텍스트를 멋지게 표현하고 크기가 작은 웹용 글꼴의 현재 선택 사항에 만족하기 때문에 방문객이 iPad 또는 iPhone을 사용하고 있다면 좋을 것입니다. 내 사이트의 텍스트. (더 큰 제목의 경우 alt 속성이있는 이미지 기반 텍스트를 사용합니다.) Cufon에서 양쪽 맞춤 텍스트 만 허용하는 경우 javascript 애니메이션뿐만 아니라 sIFR보다 작업하기가 쉽기 때문에 함께 갈 것입니다. (나는 Cufon이 정당화 된 텍스트를 허용하기를 바란다. 오른쪽, 왼쪽, 가운데 정렬 할 수는 있지만 정당화 할 수는 없다. 나와 거래 위반자, 그리고 내가 읽은 것으로부터 정당화 된 텍스트를 허용 할 계획이 없다.) note - Flash CS4에서 SWF 글꼴 파일을 만들 때 sIFR을 사용할 수 없습니다.이 포럼에서 도움을 요청했습니다.하지만 CS3에서는 잘 작동합니다.

@ font-face는 텍스트가 나타나는 브라우저의 렌더링 엔진을 사용하므로 Windows 컴퓨터에서 앨리어스로 표시 될 수 있습니다. 이것은 Google Web 글꼴에 해당하며 Typekit 및 이와 유사한 서비스를 사용합니다. alt 속성을 사용하면 매우 짧은 문장이나 단어에 대해서는 이미지 기반 텍스트를 사용하는 것이 좋지만 대용량 텍스트 블록을 처리 할 때는 해결책이 없습니다. 텍스트를 화면 판독기와 검색 엔진에서 읽을 수있게하려면 Photoshop에서 이미지 기반 텍스트를 편집 할 때도 이미지 기반 텍스트를 편집하는 것은 고통입니다.

필자에게있어 서체 교체의 주요 포인트는 내 사이트에 대한 트래픽의 가장 큰 소스이기 때문에 Windows 컴퓨터에서 텍스트를 부드럽게 렌더링하는 것입니다. Flash를 통해 출력 할 수있는 글꼴을 가질 수 있다는 것도 좋습니다.

내 사이트 트래픽의 대부분이 CSS3 지원 브라우저를 보유하고 있다고 확신하면 웹 안전 글꼴로 CSS3 텍스트 스무딩 옵션을 구현할 것입니다. Google Analytics 데이터를 보게 될 것입니다. .

+0

다음은 Cufon, @ font-face 및 sIFR의 세 가지 테스트 페이지입니다. 텍스트 스무딩이 활성화되지 않은 브라우저에서 체크 아웃하십시오. (각 페이지의 서식은 조금씩 다르기 때문에 주로 Windows 브라우저에서 텍스트가 렌더링되는 방식에 관심이있었습니다. 다시 - Cufon에서 텍스트를 정당화 할 수 있었으면 좋겠어요! 그게 내가 사용하지 않는 유일한 이유입니다. http://ianmartinphotography.com/test-site/testimonials/cufon.html http://ianmartinphotography.com/test-site/testimonials/ff.html http://ianmartinphotography.com/test-site/testimonials/sifr -dual.html –

+0

방금 ​​샘플 페이지를 가져 왔습니다. –

0

불행히도 이러한 모든 옵션 중에는 단점이 있으므로 연구를 기반으로 결정해야합니다. 각 시나리오가 다릅니다. 최고의 렌더링? 가장 좋은로드 시간? EULA 문제? iPad/iPhone에 있어야합니까? 빠른 개발 시간이 필요합니까? 기꺼이 버그를 참아 주시겠습니까?

필자는 개인적으로, @ font-face를 얻을 때 그것을 선호하지만, 현재 구현하기가 가장 쉽다.