Communicating with Bluetooth devices over JavaScript | Capabilities | Chrome for Developers
What if I told you websites could communicate with nearby Bluetooth devices in a secure and privacy-preserving way? This way, heart rate monitors, singing lightbulbs, and even turtles could interact directly with a website. Until now, the ability to interact with Bluetooth devices has been possible only for platform-specific apps. The Web Bluetooth API aims to change this and brings it to web brow
Netflixの英語字幕に日本語訳をつけるChrome拡張「Netflix Subtitles Extender for Japanese」をリリースしました
Netflixの英語字幕に日本語訳をつけるChrome拡張「Netflix Subtitles Extender for Japanese」をリリースしました アメリカはサンフランシスコに1年半ほど住んでおりますが、基本引きこもりです。ブルーボトルコーヒーとか行ったことないし。なので英語が全く上達しません。ヤバいです。 Netflixというサービスで映画でも見まくって英語でも学習すっか、と思って映画を見ていたのですが、英語字幕に分からない単語が出てくる。いちいち停止して、辞典を引けばよいのですが、それも面倒です。 というわけで、Netflixの英語字幕に以下のような加工を加えるChrome拡張、Netflix Subtitles Extender for Japaneseをリリースしました。 単語ごとに日本語訳のルビをつける 単語をクリックするとWeb辞書で単語の意味を調べられる これで映
Introduction to fetch() | Articles | web.dev
Introduction to fetch() Stay organized with collections Save and categorize content based on your preferences. fetch() lets you make network requests similar to XMLHttpRequest (XHR). The main difference is that the Fetch API uses Promises, which has a simpler API to help you avoid the complicated callbacks in the XMLHttpRequest API. If you've never used Promises before, check out Introduction to J
Chrome DevToolsを使ってJavaScriptのメモリリークを検出し、解消する - 人生dat落ち
JavaScriptを書いていたらブラウザがくっそ重くなる症状に出くわした。あぁ、噂のメモリリークですわ。 先人の知恵に頼るマン。それっぽい記事が見つかる。 javascriptのメモリリーク対策(随時更新) - Qiita Shibu’s Diary: JavaScriptのメモリリークを10倍速で発見する Taming The Unicorn: Easing JavaScript Memory Profiling In Chrome DevTools Writing Fast, Memory-Efficient JavaScript - Smashing Magazine angularjs - How to catch memory leaks in an Angular application? - Stack Overflow 上の記事はProfiles + Take Heap
A QUIC update on Google’s experimental transport
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
DOM Attributes now on the prototype chain | Blog | Chrome for Developers
The Chrome team recently announced that we are moving DOM properties to the prototype chain. This change, implemented in Chrome 43 - (Beta as of mid April 2015) - brings Chrome more in line with the Web IDL Spec and other browsers’ implementations, such as IE and Firefox. Edit: clarified Older WebKit based browsers, are currently not compatible with the spec, however Safari now is. The new behav
Chrome 43からDOMの属性がJSのプロトタイプチェーンに移行します - Qiita
Chrome 43およびそれ以降のバージョンにおいて、DOMの属性（値）がJavaScriptのプロトタイプチェーンに移行されます。これにより、突っ込んだことをやっていた場合に、今まで動作していたコードが動かないということが発生する可能性がありますので、事前に変更内容を知り、対策をしておくことが求められます。HTML5Rockの更新情報として掲載されていましたので、さっそく日本語訳をしてみました。心当たりがある方は、ぜひ以下の内容を読んでいただいて、コードの修正などに取り込んでいただければと思います。 原文: http://updates.html5rocks.com/2015/04/DOM-attributes-now-on-the-prototype DOM属性は今後プロトタイプチェーンに Chromeチームは、最近「DOM属性をプロトタイプチェーンに移動しています」とアナウンスしてい
Remotely send Chrome and Node.js into infinite loops via this one weird OSX kernel bug
Remotely send Chrome and Node.js into infinite loops via this one weird OSX kernel bug By Kenton Varda - 08 Apr 2015 A few months ago I discovered a security bug in the Darwin kernel used by most Apple products. The bug could allow an attacker to trivially remotely DoS a variety of network services and apps, from Node.js to Chrome. Today, Apple released a patch (look for CVE-2015-1105), so now I c
自堕落な技術者の日記 : ChromeのSHA1証明書対応計画の一部延期(2015年3月12日発表) - livedoor Blog（ブログ）
基本は喰ってるか飲んでるかですが、よく趣味でカラオケ・PKI・署名・認証・プログラミング・情報セキュリティをやっています。旅好き。テレビ好きで芸能通 2015年3月12日、Googleのフォーラムで、 Chrome開発チームでクロスプラットフォームの暗号・PKIコアの開発を担当しているRyan Sleevi氏から、 Chrome 41のリリースをSHA-1証明書の警告表示のマイルストーンとしていたものを Chrome 42に遅らせるとアナウンスがありました。 具体的にChromeバージョンとリリース時期と表示される警告アイコンは、以前の計画では 以下のようになっていたものが 以下のようにChrome 41の箇所がChrome 42で変更が反映されるようになり、 1ヶ月半スケジュールが遅れるようになったという事です。 SHA1証明書警告表示の影響有無の簡単な確認方法 あるサイトがSHA1証明
Chromeが方針を一転。マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を実装へ
Chromeが方針を一転。マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を実装へ マウス、タッチ、ペン入力などを統合的に扱える「Pointer Events」仕様が、Chromeブラウザでも実装される方針であることが明らかになりました（Twitterで教えていただきました）。 Chromeではタッチに対応した「Touch Events」が実装済みで、Chromeの開発チームはモバイルにフォーカスすることによるタッチの優先、追加実装による性能上の懸念などを理由としてPointer Eventsの実装は行わないという方針をすでに決定していました。 W3C、マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を勧告に。しかしChromeは実装しない方針 しかし3月26日付けのBlink（Chromeに採用されているレンダリ
ChromeでW3C Push APIを使ってみた - Qiita
※ (2017/7/4: Chrome以外のブラウザとの相互運用性を考慮する場合は、Web Pushへの移行を推奨します。Web Pushについては[改訂版] Web Pushでブラウザにプッシュ通知を送ってみる[旧仕様対応版]にまとめています。(なお、AndroidやiOSへのFirebaseプッシュ通知と統合して運用する場合は、Firebase JavaScript SDKの利用を検討した方がよいかもしれません。)) ※ (2015/11/27: 関連してFetch APIの使い方を簡単ながら別記事に書いてみました。) もう既に、ググると参考記事がいくらでも出てくるような内容ではありますが、個人的にいろいろと上手く行かなかったりしたこともあるので、参考までにまとめてみました。 さて、Chrome 42 (Android版を含む(!))では、Service Workersとの組み合わせで
Mac版Chromeで13文字のアッシリア語を表示させるとタブがクラッシュするバグ発生
Mac版Chromeで「ある特定の文字」が含まれたページを開くと、Chromeのタブがクラッシュするバグを開発者が発見しました。 These 13 characters will crash your Chrome tab on a Mac (Updated) | VentureBeat | Security | by Emil Protalinski http://venturebeat.com/2015/03/20/these-13-characters-will-crash-your-chrome-tab-on-a-mac/ Chromiumに投稿されたバグ報告「Issue 468390」によると、Mac版Chromeを開き、13文字のアッシリア語が含まれるページを開くとタブがクラッシュしてしまうというもの。Mac版SafariやWindows版Chromeでは再現しないとのこと。
Service Worker ハッカソン開催のお知らせ
.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
アプリを使わなくてもPush通知が来る！
3月9日に発表されたGoogle Chromeの最新ベータ版v42.0.2311.22でPush APIがサポートされニュースになりました。早速このPush APIをGoogle Chromeのサンプルを使って試してみたので、そのレビューを書きたいと思います。VASILYでインターンをしている茨木です。 3月9日に発表されたGoogle Chromeの最新ベータ版v42.0.2311.22でPush APIがサポートされニュースになりました。ブラウザからスマホにプッシュ通知が送れるというものです。 スマホ向けウェブサービスをやっている方ならみんな気になるこの機能、早速試してみました。かなりシンプルなので皆さんもぜひ触ってみてください。 以下のサンプルやサイトを参考にしました。 〇サイト http://updates.html5rocks.com/2015/03/push-not
サブスタックがFetchの仕様についてガチギレしてるのでまとめた.md
サブスタックがFetchの仕様についてガチギレしてるのでまとめた.md Fetch API、これ前に戻ってるだろ、chunk化する事もできないし、全てbufferしちゃうじゃん Fetch APIただのTrendyなAPIっぽく見せてるだけで上辺だけ変わって何も新しい事ない incrementalなchunkに基づく全二重通信可能な(full duplex)httpがあれば、streamでそれをまとめられるのに @domenic このゴミみたいなAPIがどこから来たのか分かる？そんでなんで全部のレスポンスバッファしちゃうの？ @substack response.json()とresponse.body() はstreamにする予定だから、もう少し待ってよ、、、 @domenic なんでそんな .json とか .bodyみたいなのがいるの？ textはどうなったの一番統一のインタフェース
Push Notifications on the Open Web | Blog | Chrome for Developers
If you ask a room of developers what mobile device features are missing from the web, push notifications are always high on the list. Push notifications allow your users to opt-in to timely updates from sites they love and allow you to effectively re-engage them with customized, engaging content. As of Chrome version 42, the Push API and Notification API are available to developers. The Push API i
ウェブのプッシュ通知、何がそんなにすごいのか？
3 月 13 日、Chrome Beta のブログポストが出ました。Android 版 Chrome でプッシュ通知が使えるようになったのが個人的なハイライトです。 「確かにプッシュ通知は便利かもね〜」と思ったあなた、驚きが足りません。のけぞるべきです。小躍りするべきです。 理由を説明します。 ユーザーエンゲージメントが変わる # あなたのウェブサイトのビジネスモデルが広告モデルにしろ課金モデルにしろ、ユーザーが繰り返し訪れてくれることは大前提です。通常のウェブサイトやサービスは、そのための策を練ります。そのきっかけをサービス側から能動的に与えることで、ユーザーが戻ってきて、ビジネスは回ります。しかし、そのきっかけを与える方法は、非常に限定されていると言わざるを得ません。 インターネットが普及し始めた当初から伝統的に利用されているのがメール、数年前から利用されているのがソーシャルメディア、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
game
GitHub - r7kamura/github-stream: Stream notifications on GitHub
Which ports are considered unsafe on Chrome - Super User
