2010-02-11 2 views
3

저는 SIFR을 사용하는 몇 개의 사이트를 보았습니다. 이점을 볼 수 있습니다. 비슷한 플러그인을 (빨리) 들여다 보았지만 SIFR은 꽤 좋은 것 같습니다. 브라우저 간 호환성 측면에서 좋은 점이 있습니까?SIFR은 브라우저 간 호환이 가능합니까?

답변

2

저는 2008 년 웹 응용 프로그램 디자인시 SIFR을 사용하여 헤드 라인 사용자 지정 글꼴을 얻을 수있는 팀원이었습니다.

대부분의 경우 정상적으로 작동하지만 SIFR 텍스트가 부 자연스럽게 감싸는 문제가 자주 발생합니다. 이, 우리는 그것을 우리의 디자이너 모양과 일반적으로 일부 CSS와 조롱을 통해, 그것을 해결해야 할 것 일어난 때마다이

같은
을 보일 것이다 헤드 라인

A는

.

내가 SIFR에 대해 싫어하는 다른 점은 내용이 번쩍이거나 깜박이는 방식입니다. 이것은 피하기가 정말 어렵습니다.

모두 우리는 우리가 생각한 SIFR 문제를 수정하는 데 더 많은 시간을 보냈습니다. 최종 분석에서는 가치 있다고 생각하지 않습니다.

요즘은 TypeKit 또는 Kernest과 같은 CSS 전용 솔루션을 살펴볼 수 있습니다.

+1

교체가 시작되기 전에 HTML 텍스트를 숨김으로써 쉽게 피할 수 있습니다. –

2

기본적으로 플래시를 사용할 수있는 모든 기기에서 실행됩니다.

플래시를 사용하지 않거나 플러그인을 설치하지 않은 브라우저에서는 기본 CSS 스타일을 사용하여 폴백 할 수 있습니다.

2

많은 사이트, CMS 및 웹 앱에서 SIFR을 사용합니다.

SIFR의 대체 동작이 매우 뛰어나므로 호환성에 대해 크게 걱정할 필요가 없습니다. 모든 주요 플래시 지원 브라우저에서 잘 작동합니다. "기본"HTML 태그의 교체로 인해 SEO에도 적합합니다.

sIFR 설정은 까다 롭습니다. 초기 디버깅, 상대 경로 변경 등을 준비해야합니다. 나는 그것을 매번 설정하는 방법을 잊어 버리는 경향이 있으며, 매우 직관적이지 않습니다. 그러나 그것이 효과가 있으면 괜찮아. 구형 컴퓨터에서는 분할 된 두 번째 SIFR이 실제 교체 작업을 수행해야합니다. 그것은 주목할만한 것이고 좋지 않습니다. 현대의 빠른 기계에서는 몇 가지 헤드 라인 등을 대체하는 한 아무 것도 눈치 채실 수 없습니다. Sifr은 전체 텍스트 단락을 대체하는 데 적합하지 않습니다.

다른 의미로 나는 시간을 확인하는 중이었습니다 Cufon입니다. 많은 사람들이 그것을 좋아하지만, 나는 그것에 대해 많이 말할 수 없다. 해결책을 찾기 전에 한 번 해볼만한 가치가 있습니다.

관련 문제