2012 년 말 모바일 플랫폼 전략가 Peter-Paul Koch는 QuirksMode.org의 후원을 받았으며,이를 통해 웹 표준을 조사하고 webplatform.org와 공유되는 호환성 테이블 작업에 더 많은 시간을 할애 할 수있을 것이라고 말했습니다.
주말 동안 모바일 테이블 용 CSS 선택기가 게시되었습니다. Koch는 또한 CSS 열을 추가로 탐색하고 구현과 관련하여 갈 방법이 있음을 발견했습니다.
우리는 Koch에게 그의 작업, 테스트 작성 방법 및 개발자가 엔진 별 테스트에 대해 더 신중해야하는 이유에 대해 이야기했습니다.
.net : 모바일 테이블에 많은 노력을 기울이고 있습니다. 다른 곳에서는이 정도까지하지 않았던 일입니까?
PPK : 아니요, 실제로 이루어지지 않았습니다. 가장 가까운 테이블은 Max Firtman의 테이블이며 HTML5 API에 중점을 둡니다.
저는 브라우저 테스트 또는 점수 자동화를 믿지 않으므로 HTML5 테스트와 같은 테스트를 실제로 계산하지 않습니다. 그런 다음 Can I Use…가 있는데 유용하지만 때로는 올바른 브라우저 정보를 제공하지 않습니다.
내가 아는 한, 여전히 가장 상세한 테스트를 수행하는 사람이며 테스트 페이지와 결과를 게시하는 유일한 사람입니다.
.net : 테스트를 작성하는 방법은 무엇입니까?
PPK : 천천히! 때로는 사양에서 의미하는 바를 파악하기가 쉽지 않습니다. 특히 미묘하게 (또는 크게) 다른 두 가지 구현 만있는 경우에는 더욱 그렇습니다. 다행히도 브라우저 테스트 작성 경험이 많기 때문에 일반적인 함정을 방지하는 방법을 알고 있습니다.
예를 들어, 처음에는 Opera Mini가 CSS 클래스를 지원하지 않는 것처럼 보였지만 분명히 말도 안됩니다. 문제는 내가 테스트 요소를 제공하여 수업 지원을 테스트한다는 것이 밝혀졌습니다. 글꼴 스타일 : 기울임 꼴. 많은 Opera Mini가이 스타일을 지원하지 않습니다. 이전에이 문제를 접했기 때문에 테스트 스타일을 변경해야한다는 것을 알았습니다. 그리고 MeeGo 브라우저는 font-variant : 작은 대문자. 같은 이야기.
덧붙여서 JavaScript는 여전히 이탤릭체 Opera Mini에 글꼴 스타일 값. 이는 이러한 테스트를 자동화 할 수 없음을 증명합니다. 페이지를보고 기울임 꼴 글꼴을 사용하는지 확인해야합니다.
.net : 선택기와 열에 대한 최근 기사에서 동일한 WebKit 빌드를 사용하는 브라우저가 다양한 호환성을 가지고 있다고 언급했습니다. 이것은 개발자가 최첨단 기술에 대해주의를 기울이고 장치 전반에 걸쳐 더욱 엄격하게 테스트해야하는 방법을 더욱 강조합니까?
PPK : 네. 모바일에는 WebKit이 없습니다. 적어도 12 개의 서로 다른 브라우저 (WebKit를 렌더링 엔진으로 사용하는 버전 제외)가 있지만 반드시 서로 닮은 것은 아닙니다.
가장 좋은 예는 -webkit-column-span 선언. WebKit이 최근 지원을 중단 한 것으로 나타났습니다. 이것은 특정 WebKit 버전과의 지원을 연계 할 수 없기 때문에 지금까지 겪은 가장 이상한 호환성 문제입니다. 따라서이 선언에 대한 지원은 엉망이며 브라우저가 WebKit을 사용한다는 사실은 정확히 아무 말도하지 않습니다.
