Jenix ’s Blog - My name is Park, Jin Hyung :)

장문의 글을 한참동안 작성했었는데,

지금 확인해보니 전혀 아니군요. ^^;

이미 RSS 피더를 통해 보신 분들은 제 글이 잘못되었음을 알립니다 ‘ㅇ’;

WebKit은 LGPL / BSD 듀얼 라이센스의 오픈소스 프로젝트가 맞구요.
Safari는 Apple의 Closed 프로젝트입니다.
( Gecko/Firefox 와 WebKit/Safari 의 관계가 되겠지요 )

WebKit 의 Nightly Build 가 작동하는 원리는 SIMBL 을 이용하여 기존 Safari의 WebKit 오브젝트 코드를 변경하는 방식이었네요.


132 myExecve(executablePath,
133 arguments,
134 [NSDictionary dictionaryWithObjectsAndKeys:frameworkPath, @"DYLD_FRAMEWORK_PATH",
135 @"YES", @"WEBKIT_UNSET_DYLD_FRAMEWORK_PATH",
136 pathToEnablerLib, @"DYLD_INSERT_LIBRARIES",
137 [[NSBundle mainBundle] executablePath], @”CFProcessPath”,
138 nil]);

[WebKit/WebKitTools/WebKitLauncher/main.m 에서]

변명을 추가하자면, 언젠가 보았던 애플의 메일링리스트에서 ‘사파리 브라우저의 정확한 방문 통계를 내려면 Safari 가 아닌 WebKit 으로 브라우저 정보를 확인해야한다’는 글을 읽고 관련 쓰레드를 따라가던 중 WebKit == Safari 란 인식을 가져버린 뒤부터 이렇게 생각한 것 같습니다. 저도 처음엔 WebKit은 HTML 렌더러이고 껍데기는 따로 있을거다 라고 생각했는데 (사실 정확히 WebKit은 Web에 관련된 일련의 툴킷(?)이 되고, HTML 렌더러는 WebKit 소스코드 안에 WebCore 더라구요. WebCore + JavascriptCore + .. 등을 다 합쳐서 WebKit 이라고 부른답니다.) 어쩌다보니 –; 이런 잘못된 정보를 흐흐;

아희 .. 도망 =3=33

최근에 Zack Rusin은 그의 블로그에 Qt/KDE API for WebKit의 첫번째 버젼을 공개하였습니다. 여기에 2개의 스크린샷이 첨부되어 있는데요, 멋지네요

Two days ago Lars and I sat down and did the initial implementation of classes which will represent the public API for the Qt/KDE version of WebKit. In KHTML almost everything has been handled by KHTMLPart. We’d like to avoid having one huge object that does everything this time so we went with similar abstraction to the one present in WebCore - meaning Page/Frame distinction. The top level classes are now: QWebPage which represents (surprise - a web page) and QWebFrame which is (another shocking discovery) a frame (remember that a page can have multiple frames).

컨쿼러가 아닌 사파리를 KDE4 에선 보게 되는 것일까요?

구글 한국어 서비스 논란?

할 말이 없다..

이뭐병 세븐일레븐.
이뭐병 김세뵹기자.
이뭐병 정보통신부.

-_-;