Chat Channels of Web Engine
► 2023 (7) ► 05 (1) ► 04 (1) ► 03 (4) ► 01 (1) ► 2022 (3) ► 12 (1) ► 06 (1) ► 05 (1) ► 2021 (9) ► 12 (1) ► 11 (1) ► 10 (1) ► 09 (1) ► 07 (1) ► 06 (1) ► 05 (3) ▼ 2020 (13) ► 12 (1) ► 11 (2) ► 10 (1) ▼ 09 (2) Chat Channels of Web Engine IS_PRIVATE on Windows 10 20H1 ► 08 (1) ► 06 (1) ► 04 (2) ► 03 (1) ► 02 (1) ► 01 (1) ► 2019 (1) ► 06 (1) ► 2018 (6) ► 12 (1) ► 08 (1) ► 07 (2) ► 02 (1) ► 01 (1) ► 201
WebKitとBlinkのスタンスの違い
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 最近WebKitとBlinkの実装が異なってることでいろいろ困っているんですが、その話はさておき、WebKitのスタンスが明確にわかるようなメールスレッドが最近あった。 Web NFCのエディタのFrançois Beaufort (Google)がWebKitサイドへWeb NFCについての意見を聞きたいということで、webkit-devにメールを投げたのだけど、そのお話。 メールスレッドはこれ。 https://lists.webkit.org/pipermail/webkit-dev/2020-January/031006.html 事実上WebKitトップのMaciejが、 We do not believe a permission prom
won't fix: RIP EdgeHTML. Software lifecycle is difficult
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 丁度USへ行っている最中にMicrosoft EdgeがChromiumベースになるというニュースが入ってきた。とにかく残念というしかない。 個人的な感覚で言えば、BillGだったらもう少し違ったやり方を行っているだろう。おそらく今止めるって判断をしない (EdgeHTMLを作る前に止めるか、そもそももっとリソースを投入して製品としての品質を上げる。今のEdgeはUXがちょっと中途半端だと思うんだ) 、ナデラはサーバーサイドの人だからそういう判断もするだろうなと。 Internet Explorer / Microsoft Edgeに対していろいろ怨念なことを書いている人は多いけど、この怨念って (Microsoftの強みでもある) プロダクトライフサ
ECMA-402
► 2023 (7) ► 05 (1) ► 04 (1) ► 03 (4) ► 01 (1) ► 2022 (3) ► 12 (1) ► 06 (1) ► 05 (1) ► 2021 (9) ► 12 (1) ► 11 (1) ► 10 (1) ► 09 (1) ► 07 (1) ► 06 (1) ► 05 (3) ► 2020 (13) ► 12 (1) ► 11 (2) ► 10 (1) ► 09 (2) ► 08 (1) ► 06 (1) ► 04 (2) ► 03 (1) ► 02 (1) ► 01 (1) ► 2019 (1) ► 06 (1) ► 2018 (6) ► 12 (1) ► 08 (1) ► 07 (2) ► 02 (1) ► 01 (1) ▼ 2017 (2) ► 07 (1) ▼ 01 (1) ECMA-402 ► 2016 (6) ► 12 (2) ► 08
Quantum CSS (Stylo)
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 個人的な持論として、新しいプログラミング言語は自分自身の存在意義の証明をすべしっていうのがある。実際自分が雇用された会社が言語を作った例ってのがいくつもあるんだけど、大体の会社においてそれが行われている。実際ポシャったLonghornのコードなんかはシェルがC# (Avalon)+WinFSゴリゴリで書かれてて、デスクトップ用途におけるC#の存在意義を示すものだった。このプロジェクト自体は失敗したけど。失敗した理由は決して言語のせいだけじゃなかったけどね。完成時におけるハードウェアスペックの想定を間違えていた。 Rustって言語は、同じ時期に出てきたGoと同じ感じと勘違いする人は多いけど、Rust自体は言語仕様としてコーディング時に起きやすいミスを言語
自分用async / await functionsメモ
► 2023 (7) ► 05 (1) ► 04 (1) ► 03 (4) ► 01 (1) ► 2022 (3) ► 12 (1) ► 06 (1) ► 05 (1) ► 2021 (9) ► 12 (1) ► 11 (1) ► 10 (1) ► 09 (1) ► 07 (1) ► 06 (1) ► 05 (3) ► 2020 (13) ► 12 (1) ► 11 (2) ► 10 (1) ► 09 (2) ► 08 (1) ► 06 (1) ► 04 (2) ► 03 (1) ► 02 (1) ► 01 (1) ► 2019 (1) ► 06 (1) ► 2018 (6) ► 12 (1) ► 08 (1) ► 07 (2) ► 02 (1) ► 01 (1) ► 2017 (2) ► 07 (1) ► 01 (1) ▼ 2016 (6) ► 12 (2) ► 08 (1) ► 07
How to add API status to Firefox Platform Status
► 2023 (7) ► 05 (1) ► 04 (1) ► 03 (4) ► 01 (1) ► 2022 (3) ► 12 (1) ► 06 (1) ► 05 (1) ► 2021 (9) ► 12 (1) ► 11 (1) ► 10 (1) ► 09 (1) ► 07 (1) ► 06 (1) ► 05 (3) ► 2020 (13) ► 12 (1) ► 11 (2) ► 10 (1) ► 09 (2) ► 08 (1) ► 06 (1) ► 04 (2) ► 03 (1) ► 02 (1) ► 01 (1) ► 2019 (1) ► 06 (1) ► 2018 (6) ► 12 (1) ► 08 (1) ► 07 (2) ► 02 (1) ► 01 (1) ► 2017 (2) ► 07 (1) ► 01 (1) ▼ 2016 (6) ► 12 (2) ► 08 (1) ► 07
WebCompat
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. MozillaはFirefoxやFirefox OSの開発以外にもいろんなことをしてが、Mozilla社内にはWebCompat Teamってのがある。 何をしているかを説明すると、Firefoxや他のブラウザで表示されないページを解析して、なぜ表示されないのかを調べ、それを製品やWebの標準に活かすことをやってる。場合によってはコンテンツ制作元・会社へ問い合わせをして、具体的な修正方法を提示するってこともする。 今年になって彼らはアジア圏のモバイルWebサイトを集中的にみてる。具体的には中国と日本。日本も見てるけど、日本語がわからない人が見てるんじゃないのって思う人はいるかもしれないけど、チームメンバーの一人は日本に住んでいるので日本の事情もよく知っ
Adobeが行っている各ブラウザへのコントリビューション
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. Microsoft EdgeでAdobeがコードの貢献をしたという話があったのだけど、これを見て、EdgeはAdobe、Microsoft連合だ思っている人が多いみたいなので、Adobeが各ベンダに対してやってることを書こうかと。 まず、彼らはSVGとかCSSとかの仕様への貢献をずっと行っていて、SVGの場合ではSVGWGのFace to Faceミーティングの場所を毎年貸し出したりしてる（シアトルのオフィスがそれ）。 そもそもAdobe自体はいろいろとWebに対しても行っているのだけど、彼らにとって、仕様の貢献を行っていても実際ブラウザベンダが実装しない限り絵に書いた餅でしかないので、彼らが必要と思っている(関わっている)仕様に関しては実装まで手を出
オープンソースな製品でどうセキュリティバグをハンドルするか？
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 自分がFirefox 26で直した話でSecurity Bugとしてマークされているのがあったんだけど、それの話。バグ自体は、CVE番号は振られているけどただのクラッシュなのでSecurity Advisoriesには載ってないものね。 今までもたまにSecurity bug自体は直してたり (面倒であればバグを登録。最近もした) するんだけど、ほとんどの場合はリリース版になっていないベータとかTrunkのものでの話のバグを直すことばかりなので現在のプロセスに疎いことがあるんだけど (今の日本のオフィスで働いている人達に、いまってこういうプロセスになってたって知ってた？って聞いたら、「えっ？」って言わたのは内緒)、こんな感じで対応する。 commit時
WebView Hell
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 現在の（ちゃんと開発されている）OSってのは、だいたいが組み込みのHTMLレンダリングエンジンを持っていたりする。こういう流れは、Internet Explorer 3以降やAppleのCyberDog (誰も知らないと思うけど) が最初だと記憶してるけどね。iOSのおかげでWebViewという表現がよく使われるのでWebViewって言葉を使って書いてる。 Trident独禁法の裁判でもOSなのかアプリなのかという点で争ったこともあるけど、現在の判断だとOSという判断で差し控えないと思う。Internet Explorer 4にShell Update (Active Desktopと呼んでたけど) が含まれていた関係上シェルの動作に支障がきたすことが
文字コードを意識すべし
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 現在のWebブラウザというのは、いろんな外部コンポーネントも使って作ってるわけなんだけど、例えば、HTMLを解析しながら文字コードを変換なんてしてたら複雑になりすぎてバグを増やすきっかけになってしまう。HTMLパーサーに渡される時点で特定の文字コードで渡すようになってる。そのため、文字コード変換はオープンソースだったらlibicuのようなものを利用したりする (WebKitは現にlibicu使ってる) し、プロプラであっても、Internet ExplorerのようにブラウザじゃなくてOSのコンポーネント(MLANG.DLL)を使ってたりする。ちなみにMozillaではuconvと呼ばれるライブラリを自分たちでメンテナンスしてる。 また、現在のWebブ
text-overflowの仕様が複雑になってる話
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. Firefox (7ね) でもtext-overflow: ellipsisが実装されたわけだけど、text-overflowのスペックがcss-uiに移った関係上、Tantekがいろいろなことを細かく追加してくれてる。それらの話は勝手にTantekが書いたわけではなくて、いくつかの議論が過去にあったことをちゃんと反映したということが事実でもある。 でさ、IE9が出たときに一番感心した点でこのtext-overflowの実装がちゃんと最新の話を追従してきてたというところ。最新の仕様でちゃんと定義されたものの一つとして、スクロール時の動作ってのがあるんだ。 <div style="width: 5em; text-overflow: ellipsis;
最近の作ったプレゼン資料
► 2023 (7) ► 05 (1) ► 04 (1) ► 03 (4) ► 01 (1) ► 2022 (3) ► 12 (1) ► 06 (1) ► 05 (1) ► 2021 (9) ► 12 (1) ► 11 (1) ► 10 (1) ► 09 (1) ► 07 (1) ► 06 (1) ► 05 (3) ► 2020 (13) ► 12 (1) ► 11 (2) ► 10 (1) ► 09 (2) ► 08 (1) ► 06 (1) ► 04 (2) ► 03 (1) ► 02 (1) ► 01 (1) ► 2019 (1) ► 06 (1) ► 2018 (6) ► 12 (1) ► 08 (1) ► 07 (2) ► 02 (1) ► 01 (1) ► 2017 (2) ► 07 (1) ► 01 (1) ► 2016 (6) ► 12 (2) ► 08 (1) ► 07
JaegerMonkeyおさらい
ネット見てたら、全然わかってない人多すぎなんで。 SquirrelFish WebKitのJavaScriptCoreに入っているJavaScriptエンジン。非常に優秀なバイトコードを生成、実行する SquirrelFish Extreme (Nitro / SFX) SquirrelFishをJIT化+バイトコードの最適化など baseline JIT。SpiderMonkeyをJIT化しただけのもの TraceMonkey Tracingのアルゴリズムを利用したJIT。ポイントにはまれば生成されるコードは最速(のはず) JaegerMonkeyはJavaScriptCoreのコードを持ってきたという話があるけど、バイトコードをネイティブコード化するライトウェイトなJITコンパイラだけを持ってきている。SquirrelFishの肝は優秀なバイトコード生成+最適化なので、JaegerMo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JIT platform by major browser vendor (Feb 2013)