Microsoft EdgeのChromium移行とか - fragmentary
週明けに出回った、Microsoft EdgeがChromiumベースになるという話について、Microsoftからアナウンスがあった。 Microsoft Edge: Making the web better through more open source collaboration - Windows Experience Blog For the past few years, Microsoft has meaningfully increased participation in the open source software (OSS) community, becoming one of the world’s largest supporters of OSS projects. Today we’re announcing that we intend to ado
Content ScriptsなChrome拡張をFirefox拡張に - fragmentary
追記（2015-10-16）：WebExtensionsの発表 これを書いた数ヶ月後の8月21日、Mozillaが今後のアドオンをWebExtensionsというChrome拡張APIベースなものに移行していく計画を発表した。 The Future of Developing Firefox Add-ons | Mozilla Add-ons Blog WebExtensionsが正式発表 XUL／XPCOMベースのアドオンは将来的に非推奨へ - Mozilla Flux なので、今後のことを考えたりもともとの「Chrome拡張をFirefoxでも動かしたい」というのを考えるとWebExtensionsベースなものにしたほうが良さそう。実際に試したところ、Chrome拡張のmanifest.jsonにWebExtensionsで必要なメンバを足しただけでふつうに動いたので、Content
<script async>でJavaScriptの非同期読み込みを - fragmentary
JavaScriptファイルをスクリプトから非同期で読み込むパターンは古い、という話を目にしたのはもう半年前のこと。 言ったのはIlya Grigorik。月末のGoogle Japanでのイベント、月初のHTTP2ConferenceにくるWebパフォーマンス界のすごいひとですよ。 Script-injected "async scripts" considered harmful - igvita.com 件のパターンは、スクリプトで動的に script を生成して、そこに読み込みたいJavaScriptファイルをぶっこんで読み込むというもの。 <script> var script = document.createElement('script'); script.src = "//somehost.com/awesome-widget.js"; document.getEleme
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 ただ、開発を続け
モバイル系ブラウザのUA文字列 - fragmentary
何の役に立つか自分でもさっぱりわからないと思いながら、ここ1年半ほどGoogle Spreadsheetsにブラウザのアップデート情報を記録している。 Browser Updates できるだけ情報を入れてるけど、抜けも結構ある。ChromeはStable Channelが入ったマシンがないので細かい情報はないし、Firefox ESRとかは要らんだろうと思って入れてない。 さて、もともとデスクトップだけだったんだけど、最近Chrome for AndroidとOpera Beta（Chromiumベース）が出たので追加し始めた。Opera Betaには chrome://versionみたいなのがなくてしんどい…… それで、UA文字列にバリエーションがけっこうあって複雑だなあと思ったので、ちょっと書いてく。 スマートフォンとタブレット まず、スマートフォンとタブレットでUA文字列が少し違
ChromeのExperimental WebKit/JavaScript Features - fragmentary
追記（2018年4月16日）：現在はWebKitではなくBlinkになったため“Experimental Web Platform features”というセクションになっている。さらにはもっと簡単に、runtime_enabled_features.json5というファイルを見ればどんな機能があるのかがわかるようになっている。 chrome://flagsにはいろんなランタイムフラグがある。CSS ShadersやらVP9 playbackやら、実験中の機能を有効にできるようになっている（動くかどうかはしらない）。 その中にこんなフラグがある。 Enable experimental WebKit features. Enable experimental WebKit features that are in development. Enable Experimental JavaS
OperaのWebKit移行 - fragmentary
各所で既報だろうけれど、OperaがWebKitへの移行を発表した。 Opera gears up at 300 million users 300 million users and move to WebKit WebKitベースのモバイルブラウザを発表という噂があって、ああモバイルだけかと思ったら全部だと。驚いた。そりゃ去年夏ごろから人が離れたり、PrestoのWeb標準実装ドキュメントが更新されなかったりするわけだ。ふむ。 “WebKit”とあるけれど、Operaソースの発表を読む限り、どうやらChromium portっぽい。Chromiumベースに独自のOpera portを作ったりはないよねえ…… ChromiumベースでどれくらいOperaフレーバーが出るのだろう。拡張もChromeベースとなるとUIもそんなに変えられないだろうし、Chromeに似たものになるのかな。デスク
さらばmozとoのdevice-pixel-ratio - fragmentary
そういえば、Firefox 16とOpera 12.10からメディアクエリーのresolutionとdppxが使えるのを思い出した。 これらを使うと、Retina displayはじめ高密度なディスプレイに対応するコードがけっこう短くなる。 これまではこんな感じ。 @media (-webkit-min-device-pixel-ratio: 2), (min--moz-device-pixel-ratio: 2), (-o-min-device-pixel-ratio: 2/1) { .foo { background-image: url(image-2x.png); } } } device-pixel-ratioはもともとWebKitの拡張だったもの。それをMozillaとOperaも取り入れたのだけど、ベンダー接頭辞の面倒さに加えてmin-/max-のつき方、値の書き方がばらばら
MicrosoftがPointer Eventsの仕様をW3Cに提出 - fragmentary
IE10ではMSPointerという、タッチ、マウス、ペンなどを「ポインタ」としてデバイス非依存な感じで扱うMicrosoft拡張イベントが実装されている。それがW3C Submissionとして提出されたらしい。 Microsoft submitted PointerEvent spec to W3C for standardization Pointer Events Specification Towards Interoperable Pointer Events: Evolving Input Events for Multiple Devices Team Comment on the "Pointer Events" Submission W3Cには既にTouch Events仕様があるけれど、Apple拡張のタッチイベントから基本的なところを持ってきてるだけで、ジェスチャー
接頭辞外しと-webkit-サポート - fragmentary
もう書くのだるいんだけど、またまたベンダー接頭辞的なおはなし。 Opera 12.50では標準と-webkit-のみ (-o-さよなら) 今月に入って、Opera 12.50で使われるPrestoのバージョンが2.12になった。 まず3日のsnapshotでは、接頭辞なしのTransitions, 2D Transforms, Animationsのサポートが行われ、さらに接頭辞付きの実装が削除された。 Opera Desktop Team - 12.50 Summer Core Update Opera Developer News - A hot Opera 12.50 summer-time snapshot 続いて10日のsnapshotで、接頭辞なしのグラデーションもサポートされ、3日のと同じように接頭辞付きの実装が削除された。 Opera Desktop Team - More
@supports ― CSSのFeature Queries - fragmentary
Twitter殺しなタイトルだ。Firefox NightlyにCSS Conditional Rulesの@supportsが入った。 Bug 649740 - Implement @supports Support for @supports in Firefox Nightly • Cameron McCormack's blog 仕様がまだ初期段階なので、他のベンダーや仕様の動きが思わしくない場合は設定でオフにされる可能性もあるらしいけれど、嬉しいね。 Feature Queries @supportsはCSSのat-ruleで、あるプロパティと値のペアをサポートしている/いない状態にだけ、ブロック内の宣言を適用するというもの。仕様書の例を見るほうが早いか。 @supports ( display: flexbox ) { body, #navigation, #content {
Firefox (Nightly)で接頭辞なしのCSS TransformsとGradientsが実装 - fragmentary
接頭辞なしのCSS TransformsとCSS GradientsがFirefox Nightlyに実装された。 745523 – [css3-transforms] Unprefix transforms 752187 – Drop prefix for gradients バグのタイトルにはunprefixやdrop prefixとあるけれど、今のところは接頭辞なしのバージョン（つまり標準）を実装するのみにとどめている。-moz-なものを省くわけではない。どれくらい残るんだろうなあ。 バックアウトされなければ、このまま来週にAuroraに移動予定で、リリースされるのは10月半ば（だと思う）。 さて、接頭辞を落とすきっかけになったIE10では、もちろん接頭辞なしのバージョンが実装される。Opera 12.50では-webkit-な機能の一部が実装されるし、たぶん接頭辞を省いたバージョン
すでにある機能の廃止は難しい - fragmentary
OperaがWebKitの接頭辞を…というのは、まあとりあえずは中の人からの報告を待っておくとして。 さて、WebKitプロジェクトは接頭辞についてどう考えているんだろうか。先週やっていたWebKit Contributor Meetingで接頭辞などについて取り上げたセッションがあったらしい。 Deprecating features and vendor prefixes 機能の廃止、接頭辞の削除と、ふたつトピックがあったので、ふたつに分けて書く。 機能は廃止できるのか この前WebKitは接頭辞をエイリアスとして残す方針があると書いた。もう少し広げてかくと、既存のコンテンツが依存している機能は、接頭辞の有無にかかわらず、削除せず残しておく感じだ。カジュアルに使われやすいCSSの機能は、たぶん削除されることは今後もほぼないと考えている。 けれど、APIについては実装を削除している場合も
WebKitではGeolocation APIがキャッシュをブロックするらしい - fragmentary
IE9ではnavigator.geolocationのチェックでメモリリークするらしいという話を書いたけれど、WebKitではページのキャッシュをブロックするらしい。なんと… またまたModernizrから。 Pull Request #551: Avoid activating geolocation in WebKit by josh · Modernizr/Modernizr Accessing geolocation activates the geolocation service which currently blocks page caching. Checking for the geolocation property avoids this. https://bugs.webkit.org/show_bug.cgi?id=43956 ただ回避策があって、geoloca
GoogleのHTTPS版でRefererがoriginだけになりそう (meta referrer="origin") - fragmentary
Google検索のHTTPS版で、4月から検索結果から飛んだ時に送信されるRefererが変わることがあるらしい。 Upcoming changes in Google’s HTTP Referrer どうなるかというと、ChromeなんかではSSLなページに飛んだ時にoriginのみが送られて、クエリとかを含まなくなる。 Starting in April, for browsers with the appropriate support, we will be using the "referrer" meta tag to automatically simplify the referring URL that is sent by the browser when visiting a page linked from an organic search result. Thi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
