30 Jun Safari is the new IE Posted June 30, 2015 by Nolan Lawson in Webapps. Tagged: apple, web platform. 153 Comments Update: This post represents my views before I joined the Microsoft Edge team, and before I got involved with browsers or web standards in general. I leave it up as a historically interesting artifact. Last weekend I attended EdgeConf, a conference populated by many of the leading
Browser Wars, the game « Fink @ Mozilla 先日、OperaがWebkitに移行することを発表した。これにより、ブラウザーのシェアは事実上、Firefox(Gecko)か、webkit系ブラウザーに二分されることになる。IEはすぐに死亡するので考えなくて良い。log.mozilla.orgのブログで、このままWebkitがシェアを独占した場合の危険性について書いている。 単一文化は、短期的には優れている。労力を集中させることができるし（みんな同じことに対して働く！）、今日動くリッチなWebアプリを書きたければ、(つまり、今日のブラウザーで動くやつを書きたければ)、状況はだいぶマシになる。 しかし、Webとはプラットフォームである。プラットフォームは、また違った厄介者なのだ。 今、モバイルWebがすべてWebkitになったとする。何が起こるか考えてみよう。
Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov
Operaは今後同社が開発するWebブラウザのレンダリングエンジンにWebKitを採用することをブログで発表しました。最初にWebkitベースになるのはスマートフォン向けの製品で、その後デスクトップ向けやその他の製品にも適用されるとのこと。 ブログ「300 million users and move to WebKit」の冒頭で同社のBruce Lawsonは次のように書いています。 On the same day as announcing that Opera has 300 million users, we're also announcing that for all new products Opera will use WebKit as its rendering engine and V8 as its JavaScript engine. 3億ユーザーに到達した発表と
ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく２つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
WebKitベースの電子書籍オープンソースのプロジェクト「Readium」に関わるACCESSとユーザー代表の達人出版会に聞いた。 「いつか来た道」で終わらせないために 電子出版をめぐる日本語表示の状況を俯瞰すると「いつか来た道」というフレーズが頭をよぎる。というのは、EPUB規格に対応した電子ブックリーダー（ビューワ）の表示にまつわる問題が、Webブラウザにおけるコンテンツ表示の状況に似ているからだ。 EPUBは、オープンな規格であり、筆者が知り得るだけでも、パソコン、スマートフォン、タブレット向けに十数種類のビューワが登場している。昨年、日本語組版処理に対する基本的な要求をカバーするEPUB 3が策定されたことで、今後も日本語対応のEPUBビューワはその数を増やすのだろう。そういえば、大手書店紀伊國屋書店も電子書籍アプリ「Kinoppy」において、EPUB 3への対応を正式表明し、8月
Mozillaは6月14日、iPad向けのWebブラウザ「Junior」を開発中であることを明らかにした。Mozillaはレンダリングエンジンとして「Gecko」を採用していたが、JuniorはWebKitをベースとしたものとなる。 JuniorはMozillaのプロダクトデザイン戦略チームが組織内で進めているプロジェクトとして紹介されている。iOSではAppleの規約のため独自レンダリングエンジンを用いたWebブラウザの配布が難しいが、JuniorはWebKitをベースとしており、タブレット上でフル機能のWebブラウザを提供するという。画面の左右に「戻る」ボタンおよび「プラス」ボタンを配置しているが、ほとんどの操作をジェスチャーベースで行える。発表されたプロトタイプはJavaScriptで作成されているが、今後Objective-Cベースの実装を行う可能性も示唆している。 現在Mozil
ある ニュース記事を同僚に教わった。 この記事によるとタッチデバイスの会社は WebKit2 に対応しているのに検索の会社は旧バージョンにとどまっており、HTML5 に課題は多いのだそうな。 そりゃ課題は常に山積みだよね…と思っていたら記事は誤解だと別の同僚が説明を書いている。 リンク先の記事はさておき、世間の関心をいまいち集められていない気がする WebKit2 についてざっと説明をしてみたいとおもう。 この記事を読み終われば WebKit2 と Chromium WebKit, Webkit1 の違いを知ったかぶれるようになる予定。 WebKit2 は 2010 年の 4 月にアナウンスされた WebKit の新しい API レイヤで、Mac 版 Safari などが使っている。 大きな特徴はレンダリングエンジンを別プロセスで動かせること。 Chromium でやっているのと同じような
by Kristen Nicole Android搭載スマートフォンでリンクをクリックすると、攻撃者がフルリモートコントロール可能になってしまうというセキュリティの不具合があることが報告されました。実機を使ったデモンストレーションで実証されており、また、Android以外にiPhoneやiPad、BlackBerry、GoogleTVの端末も同様の危険に晒されている可能性があります。 How a Web Link Can Take Control of Your Phone - Technology Review サンフランシスコで開催されているRSA Conference 2012で、セキュリティ技術企業CrowdStrikeのジョージ・クルツさんらは、Android端末で誤ったリンクをクリックすると、攻撃者が端末をフルリモートコントロール可能になる不具合を発見しました。 「カメラがあっ
EPUB 3フォーマットの電子書籍を読もうとしたら、電子書籍リーダーごとに表示できる機能も見かけもばらばら、といったことにならないように、EPUB 3対応電子書籍リーダーのリファレンス実装（＝見本となる実装）をオープンソースで開発するプロジェクト「Readium」が公開されました。 日本からはACCESS、イースト、ボイジャー、楽天／KOBOなどが参加しており、海外のベンダではアドビ、グーグル、ソニー、サムスン、バーンズ＆ノーブル、オライリーなどが参加しています（アマゾンの名前がありませんが、アマゾンが標準化団体やプロジェクトに参加しないのはいつものことです）。 EPUB 3はIDPF（International Digital Publishing Forum、国際電子出版フォーラム）が策定した電子書籍フォーマットの国際標準。ReadiumはIDPFのプロジェクトとは独立していますが、I
何気なくBlackHatのスライドを見ていた。 すると、とんでもないことが書いてあった。 Popping Shell on A(ndroid)RM Devicesより、 webkitの未公開の脆弱性を発見すれば、$35k～$95k、1$80円換算で280～760万円の相場らしい。 凄いな、年に1,2個脆弱性を見つければ、食っていけるじゃん。 そりゃハッカー頑張っちゃうよ。 このスライド、後半に書いてあることも凄い。Android2.1だと特定のJavaScriptを踏むだけで、webkitの脆弱性から任意のコードを実行、つまりremote shellを起動、さらにlinuxの脆弱性も突いていてroot権限で動くという最悪コンボが実現可能。 それはつまり、悪意のあるページを踏むだけで、例えば個人情報を丸ごと抜かれたり、勝手にメールを送信したり、勝手に何かをインストールして実行されたり、更なる
2011 年 3 月にExploits Database にて、Android が採用している WebKit の脆弱性（CVE-2010-1119）の Exploit コードが公開されました。実際に Android エミュレータで、この Exploit コードを実証してみました。この日記では、Exploit コードの実証結果と実証までの経緯をまとめます。 この日記では WebKit の脆弱性 CVE-2010-1119 について説明していません。CVE-2010-1119 については、Exploit コードのコメントで記載されている資料「Breaking Arms」で丁寧に解説されていますので、その資料を参照してください。 Exploit コードの実証結果 Androidエミュレータ 2.1-update1 の Androidアプリ「ブラウザ」で、該当 Exploit コードを閲覧したとこ
2010/05/12 「グーグルのエンジニアがSafariのためにコードを書くこともあるんですよ。WebKitコミュニティの中では、そのほうが物事の進みが速いという不文律のようなものがあるんです」 こう語るのは、グーグルでChrome開発に携わるソフトウェア・エンジニアの鵜飼文敏氏だ。鵜飼氏はChromeに機能を追加するために、WebKitコミュニティでWebSocketの設計、実装なども行なっている。 WebKitは不思議なプロジェクトだ。よく知られているように、Google ChromeとApple Safari（およびiPhoneやiPadに搭載されるそのモバイル版のMobile Safari）は、オープンソースベースで開発が進む「WebKit」というコードベースを共有している。ここにさらに、WebKitを統合したGUI開発フレームワーク「Qt」を抱えるノキアや、搭載ブラウザをWeb
TL;DR: we have patches for CEF to enable its usage on Wayland and X11 through the Mus/Ozone infrastructure that is to become Chromium’s streamlined future. And also for Content Shell! At Collabora we recently assisted a customer who wanted to upgrade their system from X11 to Wayland. The problem: they use CEF as a runtime for web applications and CEF was not Wayland-ready. They also wanted to have
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く