sIFR을 분석하기 전에 sIFR이 무엇인지, 어떻게 작동하는지 빠르게 알아보겠습니다. sIFR은 웹에 사용자 정의 레이아웃을 정확하게 게시하기 위한 기술인 확장 가능한 Inman Flash replacement의 약자입니다. 이 기술은 페이지를 다운로드할 때 지정된 요소의 일부 텍스트를 Flash 렌더링 텍스트로 바꾸는 방식으로 구현됩니다. 이 요소는 Flash로 완전히 대체되지 않고, 텍스트는 여전히 요소 내에 있으며, 요소는 평소대로 스타일을 지정하거나 위치를 지정할 수 있다는 점을 이해하는 것이 중요합니다.
sIFR에 관한 몇 가지 사실: 논쟁의 여지가 없음
sIFR은 (X)HTML 코드를 변경할 필요가 없으며 모든 작업은 Javascript, Flash 및 CSS로 수행됩니다.
사용자가 Flash를 설치하지 않았거나 Javascript를 지원하지 않는 경우 (X)HTML 텍스트는 CSS로 스타일을 지정한 후 표시됩니다.
sIFR은 확장 가능하며 렌더링 시 사용자가 설정한 기본 글꼴 크기로 변경할 수 있습니다.
sIFR은 모든 스크린 리더와 호환되며 지금까지 보고된 문제는 없습니다.
sIFR 텍스트는 마우스로 선택할 수 있지만 모든 텍스트를 선택하면 선택한 상태가 정확하지 않은 것 같습니다.
sIFR은 검색 엔진의 위치 지정 및 평가에 영향을 미치지 않으며 실제 텍스트 내용을 숨기지 않습니다.
결론은 sIFR은 설계자와 개발자가 사용할 때 진지하게 고려해야 하는 사용 가능하고 신중한 기술이라는 것입니다.
sIFR을 사용해야 하는 경우
모든 웹 기술과 마찬가지로 sIFR을 사용하는 가장 좋은 방법을 이해하고 이를 사용하는 것이 가장 적절한 시기를 아는 것이 중요합니다. 이는 특히 sIFR이 우리가 사용할 수 있는 도구 상자에서 도구로 나타날 때 작업에 적합한 도구를 선택하는 것을 의미합니다.
사례: 한 대형 스포츠 뉴스 사이트에서는 모든 제목을 회사 고유의 글꼴로 디자인하기로 결정했습니다. 뉴스 기사(헤드라인 포함)는 일부 콘텐츠 관리 소프트웨어를 통해 전 세계 다양한 사람들이 다양한 장소에 게시합니다. 편집자가 뉴스 기사를 추가하려고 할 때마다 Photoshop 앞에 앉아 헤드라인 이미지를 만들 사람을 고용할 수는 없습니다.
이 경우 sIFR은 매우 간단하고 사용 가능하며 확장 가능한 도구입니다. 일부 뉴스 사이트에서는 PHP를 통해 이미지를 바쁘게 생성하거나 다른 서버측 수단을 사용하여 이 문제를 해결합니다. 이 방법은 시간을 크게 절약할 수 있지만 sIFR과 비교할 때 다음과 같은 많은 단점이 있음을 알 수 있습니다.
이미지는 사용자의 기본 글꼴 크기로 조정될 수 없습니다.
이미지가 서버에 캐시되어 있지만 이미지를 생성할 때 여전히 성능 문제가 있습니다.
각 이미지를 별도로 다운로드해야 하므로 서버와 대역폭이 소모됩니다.
sIFR을 사용하면 하나의 Flash(.swf) 파일과 하나의 Javascript(.js) 파일만 다운로드되므로 사이트의 모든 제목을 회사 글꼴로 렌더링할 수 있습니다.
이 예는 근거가 없습니다. 이것은 실제 사례입니다. 2001년에 ESPN.com을 재설계하기 위해 Mike Davidson은 독창적인 플래시 교체 기술을 개발했습니다. 이후 숀 인먼(Shaun Inman) 등이 합류하면서 이는 오늘날 우리가 갖고 있는 완전하고 유동적인 기술로 성장했으며, 2005년 웹 레이아웃 기술에 큰 영향을 미칠 것으로 보인다.
링크에 sIFR 사용
sIFR의 최신 버전에서는 링크 텍스트를 교체할 수 있습니다. 이는 흥미로운 개발이지만 이 상황에서는 사용하기에 적합하지 않습니다. 이는 다음과 같은 접근성 문제로 인해 발생합니다.
브라우저 오른쪽 클릭 기능(컨텍스트 메뉴)은 지원되지 않습니다.
Apple의 옵션 키를 지원하지 않습니다.
상태 표시줄 정보 없음
이러한 문제가 사소해 보일 수도 있지만 많은 사람들은 이러한 기능이 부족하여 좌절감을 느낍니다. 상태 표시줄 정보가 없으면 다음에 어디를 방문할지 알 수 없습니다. Firefox 및 Opera와 같은 브라우저의 인기로 인해 마우스 오른쪽 버튼 클릭 상황에 맞는 메뉴가 점점 더 유용한 도구가 되고 있습니다. sIFR은 링크에 대한 기본적인 마우스 오른쪽 버튼 클릭 기능을 제공하지만 브라우저의 상황에 맞는 메뉴에는 액세스할 수 없습니다.
물론 이는 sIFR 자체의 한계라기보다는 플래시의 한계입니다. 이러한 문제는 앞으로도 극복될 수 있을 것으로 보인다. 예를 들어 상태 표시줄은 Javascript를 통해 제어할 수 있으므로 링크 대상을 표시하는 기능을 추가하는 것은 어렵지 않습니다. 그러나 Flash가 링크에 대한 전체 브라우저 컨텍스트 메뉴를 허용할 때까지는 sIFR이 이러한 유형의 텍스트를 완전히 처리할 수 없을 것이라고 생각합니다.
앤티앨리어싱
sIFR의 이점 중 대부분은 글꼴을 사용자 정의하는 기능에 중점을 둡니다. 중요한 고려 사항은 Flash 텍스트가 앤티앨리어싱될 수 있다는 것입니다. 웹 개발자들은 종종 이것을 잊어버립니다. 부분적으로는 Quartz 글꼴이 부드러운 가장자리를 생성할 수 있는 Mac OS X에서 수행되는 작업이 너무 많기 때문입니다. 그러나 Windows 사용자(디스플레이 메뉴 어딘가에 글꼴 가장자리를 부드럽게 하는 옵션이 있음에도 불구하고)는 Windows XP 또는 Mac OS X가 사전 설치된 사용자와 같이 앤티앨리어싱을 활성화할 수 없는 것 같습니다. 디스플레이 앤티앨리어싱이 있으면 타이틀의 용량이 중요한 고려 사항입니다.
미세 조정
여러 번 언급된 문제 중 하나는 sIFR을 사용하면 이미지를 제어하는 것과 같은 방식으로 텍스트를 제어할 수 없다는 것입니다. 물론. Photoshop 또는 Fireworks에서 생성된 이미지를 사용하면 커닝, 늘이기, 앤티앨리어싱 또는 매우 정확한 그림자와 같은 기타 기능을 정밀하게 제어할 수 있습니다. 이미지 편집기는 진정한 WYSIWYG(What You See Is What You Get) 매체입니다. 플래시로 렌더링된 sIFR은 그렇지 않습니다.
이러한 수준의 제어가 필요한 경우 이미지는 여전히 이러한 유형의 텍스트를 게시하는 가장 좋은 방법이며 sIFR은 이러한 경우에 적합한 도구가 아닙니다. 그러나 순수하게 사용자 정의 글꼴을 게시하는 경우 이미지를 생성하는 것보다 sIFR이 더 적합합니다.
다운로드 속도
sIFR을 사용할 때 대체 텍스트의 음영 처리 속도는 이전 버전보다 속도가 크게 향상되었지만 동시에 화면에 sIFR 인스턴스가 많으면 여전히 눈에 띄는 지연이 있습니다. (예를 들어, 각 페이지에는 제목이 있거나 각 전송에는 제목이 있습니다.) 이 예는 sIFR의 적절한 사용이 오늘날 이 기술을 사용하는 이상적인 방법인 이유를 가장 잘 설명할 수 있습니다.
이는 플래시 교체 기술을 사용할 때 가장 실망스러운 단점입니다. 첫 번째 sIFR이 구현된 이후로 페이지에서 너무 많은 요소를 교체하고 싶은 유혹이 있었습니다. 이를 달성하려면 다운로드 속도를 크게 향상시켜야 합니다. 좋은 서버가 도움이 될 수 있지만 실제로 시간이 많이 걸리는 것은 대용량 Javascript를 실행하는 것입니다.
요약
sIFR은 이미지 교체 기술과 경쟁하지 않으며 다양한 작업을 위한 고유한 도구입니다. 브라우저의 기본 글꼴 크기로 표시되고 사용자 정의 이미지로 대체할 수 없는 텍스트에 사용하는 것이 가장 좋습니다.
sIFR의 이상적인 사용 사례는 단일 이미지만으로 사용자 정의 글꼴이나 앤티앨리어싱 제목을 표시하려는 경우입니다. 이는 웹에서 매우 자주 사용되며 이러한 경우에는 sIFR이 더 나은 선택입니다. 사용자의 기본 글꼴 크기에 맞춰 조정되고, 선택이 가능하며, 파일 한두 개만 다운로드하지 않고도 수천 페이지에서 사용할 수 있습니다.