Mac版Safari 15の「タブ」の悲劇
ジョン・グルーバーのブログより。 長かったiOS 15 Safariの悪夢は先月終わり、賞賛に値しますが、WWDCで発表された2つの悪いSafariデザインのうち、重要でない方が存続し、Mac版Safari 15の新しいタブが実際にリリースされました。iPad版のSafari 15も同様の問題を抱えていますが、ここではMac版に焦点を当てたいと思います。 WWDCで発表されたMac版Safariの変更のうち、最も物議を醸し他ものは、タブとURLのロケーション・フィールドを各ウィンドウの最上部に一列に圧縮し、ウィンドウ全体を現在最前面にあるWebページのアクセントカラーで色付けするというものですが、ありがたいこと、 Safariの環境設定ウィンドウ(もちろん、タブの下)でオフにすることができます。タブとロケーション・フィールドを同じ列に配置し、タブ自体をURLのテキスト編集フィールドとして使
Safari Technology Previewを試す - 新・OS X ハッキング!(159)
Appleが「Safari Technology Preview」をスタートした。最新、というより"カッティング・エッジ"のSafariと付き合うこのプロダクトを、連載の場を借りてレビューしてみよう。 WebKitブラウザとの違い この「Safari Technology Preview」は、一般ユーザが利用できる形にまとめたSafariの開発途上版(以下、Preview版)。最新のWebテクノロジーと新機能を取り込むだけでなく、独立したブラウザとして開発者やパワーユーザに提供することで、より多くのフィードバックを得ようという目的だ。 従来もWebKitプロジェクトが独立動作可能なブラウザを提供してきたが(通称「WebKitブラウザ」)、このPreview版は「Safariとしての機能」を備えている。具体的には、リーディングリストや共有リスト、iCloudタブといったiCloudとの連携機
Safari 9.0 の JS で「同じ関数を繰り返し実行しただけで返り値が変わる」という強烈なバグが発見されてる - Qiita
Webkit の Bugzilla で強烈なバグが報告されていると、同僚に教えて頂いた。 あまり話題になっていないものの、単純ゆえに強烈なバグだと思ったので Qiita にも公開しておく。 https://bugs.webkit.org/show_bug.cgi?id=151354 にそのバグ報告が上がっている。 最初に Google+ でやりとり があった模様。 URL のクエリ文字列から値を取り出す関数が正常に動作していないことから発覚したようだ。 その後は、簡単なテストケースに落とし込まれ jsfiddle というサイトにテストケースが公開されている。 Safari でこのページを開くと、実際に JavaScript を実行して確認できるようになっている。 続報 (2015.12.14) この記事を上げてすぐに Bugzilla の方で進展があった。 Yusuke SUZUKI さん
Apple、iOSやOS Xのセキュリティ情報を公開
米Appleは10月21日、iOSやOS X、Safari、iTunesなどのアップデートに関するセキュリティ情報を一挙公開し、多数の脆弱性を修正したことを明らかにした。 iPhoneやiPad向けのOS更新版となる「iOS 9.1」では、FontParserやWebKitなどに存在する49件の脆弱性に対処した。任意のコード実行につながる深刻な脆弱性が多数含まれるほか、サービス妨害（DoS）や情報流出の脆弱性などが修正されている。このうちの2件は、iOS 9の脱獄ツールを公開しているPanguTeamから報告されていた。iOS 9.1はiPhone 4s以降、iPod touch（第5世代）以降、iPad 2以降に対応する。 OS Xの更新版は「El Capitan v10.11.1」と、Mavericks（10.9.5）およびYosemite（10.10.5）を対象とする「セキュリティア
WebKit、iOS 9とOS X 10.11でWebコンテンツにAppleの新しいシステムフォント「San Francisco」の適切なWeightを使用するCSSプロパティ設定を公開。
AppleのWebエンジニアMyles Maxfieldさんが投稿したこの記事は「Webコンテンツは時に根幹となるプラットフォームでレンダリングされた時に全体的に合うようにデザインされている場合がります。このプラットフォームのシステムフォントをiOS とOS Xで使用する1つの方法はCSSのfont-familyプロパティの値に”-apple-system”を使用する事です。この方法を使用することでiOS 9とOS X 10.11ではAppleの新しいシステムフォント”San Francisco”を使えるようになります。”-apple-system”は”font-weight” CSSプロパティに作用し、最新のiOS／OS Xで最適なWeightを選択してくれます」というもので、 Web content is sometimes designed to fit in with the ov
Microsoft曰く、Microsoft EdgeではWebKitと動作が異なる場合はバグ | スラド IT
Microsoftが新Webブラウザー「Microsoft Edge」での相互運用性向上のための取り組みについて説明している(Microsoft Edge Dev Blogの記事、 TNW Newsの記事)。 Microsoft EdgeではWebKitを採用せず、従来のMSHTML(Trident)エンジンをフォークしたEdgeHTMLエンジンを使用しているが、BlinkやWebKitとの相互運用性を高めるためにかなりの時間を費やしているという。そのため、すべてのブラウザーベンダーと協力して相互運用性の問題を修正する取り組みを行っているとのこと。 Microsoft EdgeのUser-agent文字列は「Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Sa
WebKit、iOSシミュレーター用ビルドオプションを追加。WebKit for iOSの独自ビルドが可能に。
WebKitはAppleが中心となって開発を進めているSafariのレンダリングエンジンですが、WebKit blogによると2015年1月27日以降のWebKitのNightly BuildからWebKit for iOS Simulator（iOSシミュレータ用のSafari）のビルドオプションを追加したそうです。 I am proud to formally announce that you can now build and run top-of-tree WebKit for iOS in the iOS Simulator. We have updated the pages on webkit.org with details on building for iOS Simulator. [Building WebKit for iOS Simulator – Surfin
Core Animation - Safari の隠し味 - steps to phantasien(2009-08-22)
2009-08-22 近況 WEB+DB PRESS の連載はなんとか打ち切りにならず続行中. 読んでもらえているとのフィードバックもいくつかいただき, ありがたいことでございます. 今回は CSS 周辺を読んでみました. ようやくブラウザらしくなってきたので興味のある方はごらんください. 記事の準備と称してコードを読む週末副業も今のところ続行中. 遠くに行くのがだんだん億劫になってきたので, 近所の安コーヒー屋に通っている. ひきこもり体質の改善はならず. 連載はこのあとレイアウト, レンダリングと続く予定. その準備にレンダリングまわりのコードを読んでいたら, 連載で書くにはややしんどいけれど WebKit らしいコードをみかけた. 今日はその話を書いてみたい. Core Animation - Safari の隠し味 CSS に CSS 3D Transforms Module とい
「WebKit」と「Blink」の開発が分岐する前後の状況をまとめたグラフ
Google ChromeはかつてAppleのウェブブラウザ・Safariと同じHTMLレンダリングエンジンのWebKitを使用していましたが、Chrome 28からエンジンを「Blink」に変更しました。WebKitはオープンソースでしたが、AppleとGoogleの開発方針が対立したことからBlinkがフォーク(分岐)したもの。このフォークはそれぞれのエンジンにどのような影響を与えたのか、まとめたグラフが制作されています。 One year of Blink and WebKit http://browserg.nom.es/ HTMLレンダリングエンジンは、HTMLやCSS、JavaScriptなど、ウェブページを表示するための記述用言語を解釈して、実際に画面に文字や画像を表示するためのプログラムであり、ウェブブラウザの心臓部分といえる部分。1998年に開発された「KHTML」という
アップル「iOS 8」、他社製ブラウザの高速化を可能に
Appleは、「iOS」上で「Safari」だけに与えてきていた性能の一部を開放することを決定した。 Appleは長年にわたり、ウェブページの表示やウェブアプリの実行に用いられる「WebKit」と呼ばれるソフトウェアを開発してきた。WebKitは、Safariの中核を成すが、Appleは、iOS 7上にある他のアプリが利用可能な別バージョンも提供してきた。これは、JavaScriptやHTMLなどのウェブテクノロジに基づいたユーザーインターフェースの開発を考えている開発者にとっては便利なものとなっており、Googleの「Chrome」やOperaの「Coast」にとっては不可欠なものとなっている。なぜなら、Appleは、他社が独自ブラウザエンジンをiOSに持ち込むことを禁じているからだ。 しかし、これらサードパーティー開発企業にとって、少しだけ問題となることがあった。それは、Safariだ
Appleは独自のJavaScriptアクセラレータ「FTLJIT」を開発中
By Timothy Griffin asm.jsを採用するFirefox 29は、Chrome 34やIE 11よりも圧倒的に高速であることが公表されましたが、AppleはSafariにコードネーム「FTLJIT」と呼ばれる独自のJavaScriptアクセラレータを開発中であることが明らかになりました。 FTLJIT – WebKit https://trac.webkit.org/wiki/FTLJIT Apple has its own JavaScript accelerator in the works | Javascript - InfoWorld http://www.infoworld.com/t/javascript/apple-has-its-own-javascript-accelerator-in-the-works-242042 AppleはGoogleのV8、
WWDC 2013キーノート（Safari編）
気が付けば、「Apple World Wide Developers Conference 2013（WWDC 2013）」から既に約1カ月が経過してしまいました（汗）。前回のOS X編に続き、サンフランシスコで現地時間6月10日に開催された基調講演のレポート第2弾を、引き続きドリキン視点でお届けします。 Safari編 「Safari」は、次期OS「OS X Mavericks」の新機能の一部として紹介されたため、正確には前回のOS X編で語るべき内容でした。しかし、個人的には、アップルの考えるSafariの方向性と、グーグルの考える「Google Chrome」の方向性に違いが現れてきており、非常に興味深かったのと、今後のWebテクノロジの方向性にまで影響する大きな分岐点に見えたため、あえて別枠にして取り上げます。 この記事の読者にSafariの説明は不要かもしれませんが、その歴史を少
Apple が公開しているオープンソースソフトウェアいろいろ
こんにちは。Mac / iOS アプリ開発担当の金内（Emacs 派）です。 UNIX ベースである Mac OS X は、たくさんのオープンソースソフトウェアから成り立っています。基盤である Darwin はカーネルを含む OS そのものがオープンソースですし、 OS X の兄弟にあたる iOS や Xcode を中心とした開発環境もまた、オープンソースソフトウェアを多く含んでいます。 いろいろと秘密主義で有名な Apple ですが、ソースコードを公開・共有することでオープンソースの世界に多くの貢献をしているのも事実です。 WebKit Apple とオープンソースといったときに最もピンとくるのは WebKit プロジェクトではないでしょうか。 フェンリルのウェブブラウザ Sleipnir とも切っても切れない関係にある、ウェブコンテンツのレンダリングエンジンです。 KDE プロジェクト
[webkit-dev] WebKit Wishes
Eric Seidel eric at webkit.org Wed Jan 30 13:28:49 PST 2013 Previous message: [webkit-dev] WebKit2/Mac and C++11 Next message: [webkit-dev] WebKit Wishes Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] *I wish we only had one build system (it were easy to add/remove/move files).* * I believe changes like http://trac.webkit.org/changeset/74849 are an unhealthy sign for the project. A
なぜMozillaの存在が重要なのか
[これは、昨日ノルウェーから届いたニュースをもとに話題を広げて書いたエッセーだ。文章の最後に、全てのオープンソースプロジェクトの参加者に向けた、Mozillaを代表してOperaとそのファンに送る激励がある。 /Brendan Eich] 創始者の回想 2004年の7月にHTML5の始まりに関する記事を、HTML5という言葉は出さず書いたが、Appleが恥ずかしがりだったので、そこでは「Operaなどの」という形でだけパートナーについて触れている。 記憶しているところでは: @tは当時Microsoftで働いて (彼は現在Mozillaにいる、それは彼にとって非常に良いことだ)、 ワークショップの2日目では、私の前の席に座っていた。 既得権益が、XFormsは必要不可欠なものとして、しつこく売り込んでいた(イギリス保険協会がその標準化を行っていた!)。 ブラウザベンダーは、互いに非協力的な
さよなら -apple- に -khtml- - fragmentary
3月半ばに書いてそのままになってた下書きを発見。 なんで放置してたんだっけ……引用多すぎるからかな。まあいい。 WebKitにこんな変更が加わった。 Changeset 146025 – WebKit ― Legacy CSS vendor prefixes should only work for Dashboard 先日Paulが公開した “WebKit for Developers” （日本語訳）を読んだHacker Newsの読者があることに気がついた。 "CSS parsing is the same, though. Slurping up your CSS and turning it into CSSOM’s pretty standard. Yeah, though Chrome accepts just the -webkit- prefix whereas Apple
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との間に「フォーマルな関係」はないとのこと。パッチを自動的にやりとりするような仕組みは用意されないから、
新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操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
QupZilla - Package Details - repo.openpandora.org Repository of Software for the Open Pandora open source console - Games | Apps | Emulators