Jade Won가 쓴 문서
-
Firefox 4: HTML5 파서 – 인라인 SVG와 속도, 그 외
이 문서는 Firefox의 새로운 HTML5 파서를 개발하고 계신 Henri Sivonen님이 작성하신 게스트 문서 입니다. HTML 파서는 브라우저 중에서도 특히 복잡하고 섬세한 부분 중 하나입니다. HTML 파서는 HTML 소스가 어떻게 Web 페이지로 변환하는지를 컨트롤 하고, 그러한 변경 사항은 드문 일이라서 충분한 테스트가 필요합니다. 초기 처음 이후로 대부분의 Gecko는 90년대 후반에 으로 다시 빌드 되어졌으며, HTML 파서는 […]
-
JägerMonkey의 JavaScript 성능 향상
2008년 8월, Mozilla는 TraceMonkey를 소개 했습니다. 우리가 Firefox 3.5에 탑재한 이 새로운 엔진은 차세대 Web 브라우저와 Web 응용 프로그램을 구축하는데 있어서 성능의 새시대를 예고 하는 것 이였습니다. 우리가 새로운 엔진을 공개한 뒤, Google은 V8을 가진 Chrome을 발표했습니다. Apple 또한, Safari에 자체 엔진을 도입했고, Opera도 최신 베타 버전 브라우저에 새로운 엔진을 탑재하고 있습니다. 이러한 새로운 엔진의 […]
-
Firefox의 웹소켓(WebSocket) 기능
웹소켓의 요점은 낮은 복잡성, 낮은 지연, 웹 개발자를 위한 매우 간단한 API를 가진 양방향 통신 시스템이다. 잠시 쉬면서, 만약 우리가 파이어폭스에 그것을 포함시킬지, 그렇다면 언제가 될지에 대해 이야기 해보자. 낮은 복잡성 HTTP 처럼 핸드쉐이크로 시작하는 웹소켓 프로토콜은 텍스트 패킷을 서로 주고받을 수 있는 비교적 간단한 모델을 가지고 있다. 이 프로토콜의 복잡성을 상당히 낮다. 다중 통신이나 […]
-
자바 스크립트 엔진 구성 요소에 대한 간략한 메모.
예전에 여러번 포스트했던 JägerMonkey(이후 JM)에 관한 글에 관한 글들이 있긴 하지만, Mozilla의 JM작업의 사용된 기술 중 일부분에 대해 잘못된 오해를 갖고 있는 것 같습니다. 그래서 우리가 무엇을 사용하는지, 여러가지 각 부분들이 무엇을 하고 어디에서 왔는지에 대해 아무 간략하게 살펴 보고자 합니다. 1. SpiderMonkey. 이것은 Mozilla의 자바스크립트 인터프린터 코어 입니다. 이 엔진은 원시 자바스크립트를 중간 바이트 […]
-
Firefox 3.6에서 지원되는 ClassList
이 문서는 프랑스 OpenWeb 지지자 Anthony Ricaud에 의해 작성된 것 입니다. classList가 왜 필요한가. 동적 웹 응용 프로그램은 일반적으로 내부 매커니즘으로 부터 시작적은 피드백을 필요로 하거나, 다른 시각적인 요소를 사용자의 조작에 의해 표시해야 합니다. 사용자 인터페이스를 쉽게 변경 하기 위해, DOM API(document.createElement, div.removeChild, elt.style.color, …)를 사용하여 요소를 추가하거나 삭제하거나 변경할 수 있습니다. 하지만 CSS로 표시되는 […]
