あんまり考えてないよね / jmuk - Message Passing
オープンソースなのにわりかし再発明しがち勢として @jmuk どうですか。 というふうに（内部的に）話題をふられてしまった。再利用ねえ。あんまり考えてないよね。 Chromiumはモノリシックなコードベースだけど、もちろんいろんな他のライブラリを再利用している。だいたい third_party というところに、そういうのは押し込められている。再利用のためには、ソースコードをもってきて、自分たち用にビルドするという立場。システムに入っているライブラリ（DLL）を再利用する、みたいなことはやらない。バージョンの互換性とかABIの互換性とかがしんどすぎるから。まぁこれは普通か。 ChromiumはGNという独自のビルドシステムでビルドするが（ここがすでに独自なのかよ、というツッコミがあるかもしれませんがスルーしてください）、独自なのでこれをあらかじめサポートしている外部ライブラリというものは、事
Chromeが方針を一転。マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を実装へ
Chromeが方針を一転。マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を実装へ マウス、タッチ、ペン入力などを統合的に扱える「Pointer Events」仕様が、Chromeブラウザでも実装される方針であることが明らかになりました（Twitterで教えていただきました）。 Chromeではタッチに対応した「Touch Events」が実装済みで、Chromeの開発チームはモバイルにフォーカスすることによるタッチの優先、追加実装による性能上の懸念などを理由としてPointer Eventsの実装は行わないという方針をすでに決定していました。 W3C、マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を勧告に。しかしChromeは実装しない方針 しかし3月26日付けのBlink（Chromeに採用されているレンダリ
Rebuild: 70: Bureaucratic Refactoring (Hajime Morrita)
Hajime Morrita さんをゲストに迎えて、WebKit, Chrome, WebView, リファクタリング, Rx などについて話しました。 Show Notes PushBullet Rebuild channel steps to phantasien WebKit Quest Blink - The Chromium Projects WebComponents.org Shadow DOM 101 - HTML5 Rocks Service Workers A Beginner's Guide to Using the Application Cache - HTML5 Rocks Google Gears Background Pages - Google Chrome Safari Push Notifications - Apple Developer Andro
BlinkがWebKitからフォークして1年。過去のコードの半分は削除されたと
GoogleがChrome/Chromiumのレンダリングエンジンを、WebKitからフォークしたBlinkとして開発をはじめてから1年が過ぎました。 The Chromium Blogにポストされた記事「Blink’s First Birthday」では、この1年を振り返って、アクティブなコントリビュータが200人になり、コードの複雑性が減少したことを挙げ、2014年の最優先課題としてモバイルWebパフォーマンスの向上だと説明しています。 On the technical side, code size and complexity remains an ongoing challenge for Blink. Code complexity slows development and leads to bugs. Fortunately, we’ve been able to aggr
Googleが抜けた後のWebKit
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 久々にwebkit-dev見てたら、こんなメールがあったりしてウケた。差出人はAppleの中の人ね。 Hi WebKittens, I’d like to propose removing the Pointer Lock API code from WebKit. The code hasn’t been touched for 12 months, and AFAICT no ports are building with ENABLE(POINTER_LOCK). Is anyone currently building (and shipping / planning to ship) this API? Other thoughts? -Kl
新Webエンジン「Blink」—GoogleはなぜWebKitを捨てたか？ (1/3)
先週、Webブラウザーの世界にふたつほど衝撃的なニュースが走った。ひとつ目はMozillaがSamsungと共同でプログラミング言語Rustをベースにした新Webレンダリングエンジン「Servo」の開発を進めていくと表明したこと、そしてもうひとつが今回の主題、GoogleがWebKitを離れて「Blink」への移行を表明したことだ（開発者向けバイナリーを配布するGoogle Chrome Canary（28.0.1468.0 canary）では、すでにBlinkが含まれている模様）。 Mozillaの抱えるGecko、AppleとGoogleが推進するWebKit、そしてMicrosoftのTridentの3つは、Webブラウザー業界においてシェアのほとんどを握る3大勢力となっている。その勢力のうちのふたつが従来の技術とは別の新しいエンジン採用と開発推進をほぼ同時に発表したことは、今後のト
webkit-devで見るBlinkのフォーク | Scene Research Station
ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく２つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
