HTML5 has been hailed as the future of gaming in web browsers for years. Back in 2011, however, HTML5 was running into headwinds due to issues with performance and compatibility. There was general optimism about the technology, but few were willing to adopt it for their own games. Things became more urgent recently, though, with the deprecation of NPAPI plugins (i.e. Unity, Java, Silverlight, etc.
Browser logos from github.com/alrra/browser-logos“Just ask Microsoft to stop working on Edge and we would be fine! Adopt Google Chrome!” Seeing this tweet yesterday reminded me that a lot of developers still believe the Web would be better if we had One Browser To Rule Them All. At first, that might sound nice in theory. Less testing! Less inconsistency! Less bugs! But this is forgetting our users
Firefox 8 で導入された HTML5 コンテキストメニュー への対応は近々削除されます。他のブラウザーベンダーが関心を示さなかったため、この機能は既に HTML 仕様から削除されました。現在 Firefox が <menu>、<menuitem> 要素や contextmenu グローバル属性を実装している唯一のブラウザーとなっています。 必要であれば、Google Drive など一部のリッチウェブアプリケーションに見られるように、独自のコンテキストメニューを代わりに作成できます。WAI-ARIA 標準が アクセシブルなメニュー を作成する方法を提供しており、これを使用することを強くお勧めします。 これをテストするには？ この変更は当プロジェクト提供の Firefox 開発者ツール拡張機能 に含まれている互換性チェッカーでテスト可能です。今すぐインストールしましょう！ 参考資料
Big thanks to @addaleax who prepared the vast majority of this release. Notable changes Async Hooks Multiple improvements to Promise support in async_hooks have been made. Build The compiler version requirement to build Node with GCC has been raised to GCC 4.9.4. [820b011ed6] #13466 Cluster Users now have more fine-grained control over the inspector port used by individual cluster workers. Previou
DDDを始めるにあたって実施したことを実例を交えて紹介しています。 内容 - DDDとは何か - なぜDDDをやるのか - 実際にどうやって導入したか
英語圏のウェブアクセシビリティ コミュニティで語られる「インクルーシブデザイン (inclusive design)」について 公開日 : 2017年7月20日 (2021年2月3日 更新) カテゴリー : アクセシビリティ / ユーザビリティ 最近、英語圏のウェブアクセシビリティ コミュニティで「インクルーシブデザイン (inclusive design)」という言葉がよく使われているように思います。「インクルーシブデザイン」自体は新しい概念ではなく、特別なコンテキストを抱えた人々 (障害者や高齢者など) をユーザー中心設計 (UCD) の上流工程から巻き込んで「ユニバーサルな」プロダクトやサービスを作り上げてゆくというデザイン手法です。ウェブサイトの設計/開発で言うと2014年に出版された「A Web for Everyone: Designing Accessible User Ex
Intro XHR から fetch() に積極的に移行しづらかった最大のミッシングピースとして、中断できないという問題があった。 これは、fetch() が選んだ Promise ベースのインタフェースにおいて、キャンセルをどうするかという議論と絡み、長く決着が付かずにいた問題である。 最近、やっと話が前進したので、ここまでの経過を解説する。 Fetch のミッシングピース fetch() は、ブラウザが発行するリクエストと、取得するレスポンスを扱う低レベルなインタフェースとして策定が始まった。 DOM の API が Promise ベースに移行しつつある流れを汲み、fetch() もまた Promise を返す関数一発スタイルになった。 クラスからインスタンスを生成しメソッドを呼ぶ XHR スタイルでは、インスタンスを再利用した場合の挙動などを含め、オブジェクトのライフサイクルを考慮
愛用しているエディタで、コーディングではなく日本語を書く人はかなり多いでしょう。 文章を書くなら文書校正が要りますね。そんなときに便利なtextlint。 で、まあエディタ上から使いたくなりますよね。幸いにも僕の愛用しているmicro-editorは 拡張をlua（5.1）で書ける、ということで書きました。 github.com 使い方 textlintが入っている前提です。.textlintrcは通常のtextlint同様に用意してください。 microで編集中に Ctrl-e textlint で該当行に表示が出ます。便利!!!!! microのプラグイン作成 既存のlinter-pluginを参考にしました、というかほとんど構成が一緒。 JobSpawnで実行してもらって、出力結果を1行ずつ加工してGutterMessageに突っ込むというだけです。 ハマったところ GutterMe
渡辺です。 先日、社内チャットにて文章校正の良書が話題になりました。 「新しい文章力の教室 苦手を得意に変えるナタリー式トレーニング できるビジネスシリーズ」（以下、ナタリー本）です。 この本では、音楽系ニュースサイト"ナタリー"で、ライター向けの文章力トレーニングを解説しています。 紹介された後、Kindleで安くなっていたこともあり早速読んでみました。 「あるある」的なことから、「あーそうだよね」と無意識に行っていることまで、文章校正のコツが上手くまとまっています。 これは弊社のブログにもいい影響があると、社内でブログレビュー会を行ってみました。 レビュー会の流れ ナタリー本を参考書に使いますが、読了済みである必要はありません。 文章レビューを行いながら、ナタリー本に「こんなことが書いてあるよ」と紹介する流れで行います。 文章校正に興味を持って貰えれば、後はナタリー本を買い、自然と文章
If your JavaScript is a mess, frameworks can only do so much to help. No matter what framework, "compiles-to-JS" language, or library you use, bugs and performance concerns will always be an issue if the underlying quality of your JavaScript is poor. With this hands-on guide, you’ll learn how test and refactor your existing code to help reduce complexity, improve readability, and gain confidence i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
