WebKit CSS JIT Internals - Constellation Scorpius
Recently, I’ve been contributing to WebKit CSS Selector JIT compiler. There’s a nice overview about it written by Benjamin Poulain, he leads the CSS JIT project. Yesterday, I gave a presentation about WebKit CSS Selector Compiler. In this slide, I show the details of CSS JIT, mainly focusing on backtracking and code generation. I hope you like it! P.S. I've heard that CSS JIT is shipped in iOS 8 b
Paparazzi!
Paparazzi! is a small utility for macOS that makes screenshots of webpages. Paparazzi! 1.0 requires macOS 10.9 or later (current version: 1.0b11). Older versions are available on the downloads page. If you find yourself using Paparazzi! often, please remember to donate! You can also follow Paparazzi! on Twitter.
WebKitがsrcsetを実装！レスポンシブイメージの問題が大きく前進
WebKitがWebKitが、img要素のsrcset属性を実装したとのニュースが、海外のWeb開発者たちの間で話題になっています。 srcset属性は、レスポンシブイメージを実現するために、WHATWGが提案していた仕様です。 この機能を用いると、ブラウザのスクリーン要件(幅、高さ、ピクセル密度)に応じて、異なる画像を読み込む事ができるようになります。 例えば以下のコードでは、ピクセル密度が2倍の(Retinaディスプレイのような)スクリーンを備えたデバイス上ではhigh-res.jpgを、それ以外のデバイスではlow-res.jpgを読み込みます。 この件について詳しく報じている“WebKit Has Implemented srcset, And It’s A Good Thing | Smashing Mobile”という記事によれば、srcset属性はレスポンシブイメージが必要と
Flexbox / Flexible Box Layout CSS Reference
Browser SupportChrome 4.0+, Firefox 2.0+, Safari 1.1+ including all versions of Safari on iOS support flexbox using the July 2009 working draft syntax. These browsers require prefixed flexbox property names. Chrome and Safari 3.0+ (including iOS) require the -webkit- prefix, Firefox requires the -moz- prefix, and Safari 1.1 and 2.0 require the -khtml- prefix. Internet Explorer 10 supports flexbox
CSS Regions のデモと解説 | fenomas.com
何年か前からアドビがW3Cの標準化プロセスに参加して、より自由なウェブを作ろうとしているが、関わっている２つのCSS仕様「Regions」と「Shapes」が最近ブラウザに実装されてきているので軽く紹介したいと思います。 まずはデモだ！しかし本機能はまだ一般的なブラウザには実装されていないので、Chromeのベータ版カナリーを使ってください。また、本機能はまだ実験状態なので、カナリーのアドレスバーに「chrome://flags」を入力し、設定ページで「試験運用版の WebKit 機能を有効にする」という設定を有効にしてください。そうするとデモを見れるはず。 そしてCSSリージョンのデモはこちら。画面の横幅やズームをいじってみてください。エラーメッセージっぽいのが表示されるようならば、上記ステップのブラウザビルドと設定フラグを再度確認してください。 では機能の説明に入りましょう。 CSS
簡単！CSS3でアニメーションを実装する方法【vol.1】 – とりあえずはじめの一歩。 | Stronghold Archive
どうもこんばんは。Toshikuraです。今回のTipsは【簡単！CSS3でアニメーションを実装する方法【 vol.1 】 – とりあえずはじめの一歩。】です。CSS3アニメーションは、jQueryアニメーションよりも描写が美しくかつ記述も簡単ですので、全5回に分けてステップアップ式にメモしておきます。すこし長いですがお付き合い頂けましたら幸いです。 【vol.1】- とりあえずはじめの一歩。 【vol.2】- ホバーでアニメーション実行 & 複数アニメーションの組み合わせ方法 【vol.3】- イージングを生成してくれる便利なジェネレーター 【vol.4】- クリックでアニメーションを実行させる方法（複数同時実行例含む） 【vol.5】- ちょっと複雑なアニメーションを作ってみる。 【vol.6】- CSS3アニメーションで動作するjQueryスライダーを作ってみる 【vol.7】- j
CSS からベンダプレフィックスという仕組みが消える日
Google Chrome が採用する新しいオープンソースレンダリングエンジン 「Blink」 のプロジェクトページの記述や Mozilla の方針から、今後ベンダプレフィックスがなくなるかもというお話 本の虫さんで、「Blink、新機能に対して新たなベンダープレフィクスを追加しない決定」 という記事が上がっていた （ちなみに border-radius は現状、-moz- も -webkit- も不要で使えますよ） のですが、これ、確か Blink レンダリングエンジンが発表された時から FAQ とかに書かれていましたよね？ なので今さらだと思いますが、当 Blog では当時触れていなかったし、いい機会ですので簡単に書いてみたいと思います。 Google の Chromium プロジェクトにおいて、レンダリングエンジンを Webkit から、Webkit をフォークして開発された新しいオ
なぜMozillaの存在が重要なのか
[これは、昨日ノルウェーから届いたニュースをもとに話題を広げて書いたエッセーだ。文章の最後に、全てのオープンソースプロジェクトの参加者に向けた、Mozillaを代表してOperaとそのファンに送る激励がある。 /Brendan Eich] 創始者の回想 2004年の7月にHTML5の始まりに関する記事を、HTML5という言葉は出さず書いたが、Appleが恥ずかしがりだったので、そこでは「Operaなどの」という形でだけパートナーについて触れている。 記憶しているところでは: @tは当時Microsoftで働いて (彼は現在Mozillaにいる、それは彼にとって非常に良いことだ)、 ワークショップの2日目では、私の前の席に座っていた。 既得権益が、XFormsは必要不可欠なものとして、しつこく売り込んでいた(イギリス保険協会がその標準化を行っていた!)。 ブラウザベンダーは、互いに非協力的な
Chromeの新エンジンBlink ― どうなるんだろう篇 - fragmentary
なぜなに篇とWebプラットフォーム篇ではBlinkに至った背景や、Blinkの互換性への取り組みについてだーっと書いた。 今回はBlinkの登場が何にどんな影響を与えるか、だらだら考えてみる。 Chrome すでに色々書いてはいるけれど。 WebKitから離れ、Chrome専用エンジンとなるので、これまでWebKitでは合意を得られなかった機能について抵抗なく入れられるのはGoogleにとってはよいことだろう。Pointer EventsとかIME APIとか。Launch Processのもとでだけど、試験実装は進めやすくなる。 WebKitから離れることでの最大の損失は、WebKitに参加している人のタレントだろう。BlinkチームのQ&Aセッションによると、BlinkとWebKitとの間に「フォーマルな関係」はないとのこと。パッチを自動的にやりとりするような仕組みは用意されないから、
Chromeの新エンジンBlink ― Webプラットフォーム篇 - fragmentary
よいサブタイトルが思いつかなかった。 Blinkでは、HTMLとかCSSとかDOMなどへの機能追加について、互換性、オープン標準、透明性を重視したガイドラインが設けられ、それが強くアピールされている。 Throughout this transition, we’ll collaborate closely with other browser vendors to move the web forward and preserve the compatibility that made it a successful ecosystem. In that spirit, we’ve set strong guidelines for new features that emphasize standards, interoperability, conformance testing a
Chromeの新エンジンBlink ― なぜなに篇 - fragmentary
4月3日、GoogleがChromeに使っていたWebKitをフォークした新しいエンジンBlinkを発表した。 …だいぶ出遅れたのでとても書きづらいけれど、自分の理解のために書く。ただいろいろあるので、まずはWebKitをフォークするに至った経緯と、Blinkの概要について。 追記 (2013-04-30)：別途ふたつエントリを書いたのでそちらもどうぞ。 Chromeの新エンジンBlink ― Webプラットフォーム篇 Chromeの新エンジンBlink ― どうなるんだろう篇 “Chromium port”としての負担 アナウンスしたAdam Barth曰く、Chrome開発時点でのWebKit採用は正しく、WebKitも大きく成長したと。 Chromium Blog: Blink: A rendering engine for the Chromium project ただ、開発を続け
新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操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
Blink - QuirksBlog
So Google created Blink, the new rendering engine for Chrome and Opera. What exactly is going on, and what will the consequences be? Here are some notable sources on Blink that I used for this overview: Blink homepage and developer FAQ. Chromium feature dashboard, where you can see which new features are going to be added. Can use an interface upgrade; right now it’s hard to read. Alex Russell on
［速報］グーグル、WebKitをフォークして新しいレンダリングエンジン「Blink」を開発すると表明
グーグルは、これまでChrome/Chromiumのレンダリングエンジンとして採用してきたWebKitをフォークし、新しいレンダリングエンジンの「Blink」をオープンソースで開発すると今朝表明しました。 グーグルのDeveloper Relations Japan Blogに投稿された「Chromium プロジェクトの新しいレンダリングエンジン Blink のご紹介」で、なぜWebKitからフォークしてBlinkの開発を始めるのか、その理由が記されています。 Chromium は 他の WebKit ベースブラウザーと違い、マルチプロセス アーキテクチャを採用しているため、WebKit プロジェクトと Chromium プロジェクトはここ数年複雑化の一途を辿ってきました。これにより、全体的なイノベーションの速度が低下してきたことは否めません。そこで本日、WebKit ベースの新しいオープ
Google、WebKitに代わる新レンダリングエンジン「Blink」を発表
米Googleは4月3日（現地時間）、ChromiumプロジェクトのWebレンダリングエンジンを従来のWebKitからフォークしたオープンソースの「Blink」に切り替えると発表した。 WebKitは、Google Chromeの他、米AppleのSafariやノルウェーのOperaが採用しているオープンソースのレンダリングエンジン。GoogleはWebKitプロジェクトの中心的な存在だ。 GoogleはBlinkへの切り替えの主な理由として、ChromeでWebKitベースの他のWebブラウザと異なるマルチプロセスアーキテクチャを採用していることが、WebKitとChromiumの双方のコミュニティーの複雑さを増加させる原因になっており、イノベーションのスピードを減速させてきたことを挙げた。 また、Blinkの目標の1つはWebアプリの高速化を可能にすることという。Googleは、かつて
開発者のための WebKit (“WebKit for Developers” 日本語訳)
このノートは、Paul Irishによる記事 “WebKit for Developers” の日本語訳です。 僕ら開発者の多くにとって、WebKit はブラックボックスだ。HTML, CSS, JS, その他のアセットを投げると、WebKit は魔法でもかけたかのように、綺麗な Web ページを返してくれる。しかし、僕の同僚 Ilya Grigorik は本当の WebKit はこうだと言っている。 WebKit はブラックボックスではない。ホワイトボックスなんだ。さらにそれだけではなく、オープンなホワイトボックスなんだ。 じゃあ、これから次のことについて理解していこう。 WebKit ってなに？ なにが WebKit じゃないの？ WebKit ベースのブラウザで WebKit はどう使われているの？ なんですべての WebKit が同じじゃないの？ さて、世の中に数多くの WebKi
Webkitで動く新型Operaブラウザをヌルヌル動かしてきました
スマートフォンやPCのみならずゲーム機やテレビでも使用できるクロスプラットフォームのブラウザ「Opera」がHTMLレンダリングエンジンをPrestoからWebkitに変更。そのプレビュー版がMWC2013に展示されていたので、実際に触って使い勝手を確認してきました。 Opera ブラウザ | スピードと安定性を追求したインターネット | 無料ダウンロード http://jp.opera.com/ オペラのブースはこんな感じ。 Android端末やiOS機器がズラリと並べられソフトウェアのデモが行われています。 新バージョンの「Operaブラウザ」をインストールした「Nexus 7」を発見。 新しくなったアイコンはこんな感じ。 頻繁に使用するウェブサイトや登録しておいたサイトをタイル状に表示できるスピードダイヤル。 アイコンの位置は自由に変更可能。 複数のアイコンをまとめて1つの場所に置く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://appdrill.net/58841/paparazzi-update.html
What Google's WebKit Fork Means for the Web and Web Developers