タグ

ブックマーク / myakura.hatenablog.com (8)

  • Safariでせつなくならないために何かしたい - fragmentary

    Safariについて言いたかったことを言えてなかったので、もう一だけ。 ひとことで言うと、「バグ見つけたら報告して、5月までに直してもらおう」と。 5月を逃すとせつない なんでSafariに気をかけてるかというと、モバイル端末での影響力(シェア)が大きいから。WWDCではモバイルWebでのマーケットシェアのうちiPhoneが60%、タブレットWebではiPadが82%と言っていた。ソースわかんないけど、デスクトップみたく低くないことは確実かと思われる。 影響力があるけど、リリースサイクルが長い。ここがとても気にかかる。 Safari 7予想エントリで、Safariの元になるWebKitが5月にブランチされていることを書いた。これはMac portの話なのでOS XのSafariの予想だったんだけど、iOSのSafariもこれまでのバージョンのUA文字列から判断するに、WebKitのバージ

    Safariでせつなくならないために何かしたい - fragmentary
  • Safari 8?の機能予想 - fragmentary

    WWDC直前ということでSafariの話題を。 といってもネタは3週間以上も前のもの。5月8日に「safari-538.34-branch」というWebKitのブランチが切られた。 Changeset 168485 – WebKit — New Branch 昨年も書いたのだけど、これまでの動きから考えてこれが次のSafariのもとになるブランチのはず。というわけでコミットログとかから次のSafariを予想しようかと。 WebKitMac portで有効にされる機能は、FeatureDefines.xcconfig というファイルで管理されている。これらはビルドフラグなので、有効にされてないとナイトリーでも使えない。あと、ランタイムフラグもあるらしいんだけどこれは詳しく知らない。 Safari 8に入りそうなもの 538ブランチのFeatureDefines.xcconfigで有効にされ

    Safari 8?の機能予想 - fragmentary
  • FlexboxがLCに: プロパティ名などもろもろ変更 - fragmentary

    タイトルの通りで、FlexboxのLCが公開。 [css3-flexbox] Going to Last Call CSS Flexible Box Layout Module (W3C Working Draft, 12 June 2012) LCは喜ばしいんだけど、なんせTabせんせやfantasaiせんせがEditorなので、政情不安定というか変なところで変更が毎回ある。 というわけで、今回はプロパティ名や値が変わった。計画だったようだけれど。 これまでかわったの flex-align align-items flex-item-align align-self flex-line-pack align-content flex-pack justify-content flex-order order flex-pack: start flex-pack: end justify-

    FlexboxがLCに: プロパティ名などもろもろ変更 - fragmentary
  • Safari 7予想:答え合わせなど - fragmentary

  • 新しいSafariについて予想する - fragmentary

    追記 (2013-08-13): WWDCでの発表にて、いくつか予想が外れたのが分かったので、短い答え合わせのエントリを書いた。あわせてSafariに懸念していることも書いたので、それもどうぞ。 Safari 7予想:答え合わせなど Safariでせつなくならないために何かしたい 以下は元記事。 WWDCが近いので新しいSafariの予想をしようかと。 来週まで待って確定的な情報を書いてもよかったけど、まあいいや。 たぶん7月に出る 新しいバージョンが「Safari 7」になるのかわかんないから、Apple風に「新しいSafari」と書くね。 ここ2回のメジャーバージョン(5.1, 6.0)は、7月下旬にリリースされている。なので今回も、WWDCでお披露目+Developer Previewのリリース、7月の同時期に正式版リリースされると予想。 ここ1, 2ヶ月のWebKitでのApple

    新しいSafariについて予想する - fragmentary
  • WebKitBlobBuilderが削除 - fragmentary

    Blobコンストラクタがあるから要らないよということで、deprecatedとされたBlobBuilder。MozillaもFirefox 14からMozBlobBuilderを使うとコンソールにwarningが出ることは、前に書いた。 さて、WebKitBlobBuilderはどうか。これまでの接頭辞の議論を考えるとちょっと難しいよね……とおもったら削除された。 Bug 84036 – Remove BlobBuilder Changeset 115666 – WebKit ― Remove BlobBuilder このバグが投げられた時点でWebKitはまだBlobコンストラクタをサポートしていなかったので、まずコンストラクタが実装され、それで削除となった。ただ、WebKitBlobBuilderは既にChromeに載っているので、そのまま削除だとちょっとまずい。ということでENABL

    WebKitBlobBuilderが削除 - fragmentary
  • HTMLのsrcset属性 - fragmentary

    まだfirst draftなので変わるかもしれないけれど、そういうのが入った。 7102. <img srcset> - first draft HTML - srcset attribute このまえWebKitに実装された-webkit-image-setと似たような感じ。提案したのがHoberなので似てるのも当然か。 srcsetの書き方 値にはURL+デスクリプタのセットを書く。セットはimage candidate stringと呼ばれている。 デスクリプタは今のところ3つだけ定義されている。 w viewportの幅 h viewportの高 x デバイスピクセル比 仕様だと"maximum"と言ってるんだけど、アルゴリズムをみるとなんかおかしい。ココら辺は直ってくだろう。 wとhは-webkit-image-setにはなかったような。提案してもCSSWGは「メディアクエリーで

    HTMLのsrcset属性 - fragmentary
  • XMLHttpRequestのHTMLサポート (responseType='document') - fragmentary

    XHR2改めXHRではresponseType = 'document'でHTML文書を返してくれる。で、Firefox 11, Chrome 18, Safari 6から使えるようになっている。 var xhr = new XMLHttpRequest(); xhr.onload = function () { console.log(this.response instanceof HTMLDocument); } xhr.open('GET', 'foo.html'); xhr.responseType = 'document'; xhr.send(); こんなんでいいのかな…。ええと、responseをinspectしてみてください。 responseXMLもHTMLを返すから奇々怪々な感じではあるけれど、そんなこと言うとオブジェクトの名前からつっこまないといけないので、ぐっとこら

    XMLHttpRequestのHTMLサポート (responseType='document') - fragmentary
    monjudoh
    monjudoh 2012/03/09
    responseType = 'document'でHTML文書を返してくれる。this.response instanceof HTMLDocument== trueになる。responseType='json'でJSON.parseしたオブジェクトが返ってくる。
  • 1