前提知識 これから書くことがナンノコッチャわかる自信がない方は、Ubuntu Weeky Recipe 第717回を読んでください。 2年以上前の記事ですが、現状もあまり違いはありません。snap版Firefoxは現在はネイティブWaylandで動作するようにはなりました。すばらしいですね。 概要 前提知識にもあるように、ChromiumはデフォルトでXwaylandで動作します。この状態でスケールをいじると文字がぼやけます。これはどちらかといえばXwayland側の制限です。 ChromiumのツールキットであるところのOzoneはWaylandにも対応していますが、そうすると今度は日本語入力に問題が発生します。ただしこれはGNOME（正確にはウィンドウマネージャーのMutter）マターの話で、KDE Plasmaでは特に問題ありません。これは単純にGNOMEではtext-input-v

とにかく最近の私のマイブームはフットスイッチです。こちらにブログを書いたところやけにバズりました。 katsumakazuyo.hatenablog.com 実はこの時点からさらにTABキーを増やしたかったので、もうひとつだけ買い足して7つになっています。 今7つはそれぞれ左からこのような形で、キーがアサインされています。 Googleドキュメント音声入力トグル(Shift+CTRL+S) 改行 TAB BS 、 。 Google Chrome VoiceIn音声入力トグル (Shift+CTRL+9) そしてこれを入れたら本当にびっくりするぐらい仕事が早く終わるようになりました。なぜそんなに早く終わるようになったかということを考えたのですが、結局これまでは その１ 安定しているけれども句読点があまり上手に入らない Google 音声入力 その２ 不安定だけれども句読点はそこそこちゃんと入

1. はじめに Google がChrome/89よりトライアルを開始しているFLoC (Federated Learning of Cohorts)技術に対して、現在多くの批判が集まっています。 批判の内容は様々な観点からのものが多いですが、以前より Privacy Sandbox に対して否定的な見解を示してきたEFFの批判「Google Is Testing Its Controversial New Ad Targeting Tech in Millions of Browsers. Here’s What We Know.」が一番まとまっているものだと思います。 これまで Privacy Sandbox 技術に関わってきた身としては、各種提案の中でFLoCは特にユーザへの注意が最も必要なものだと思っていました。しかし、これまでのド直球なGoogleの進め方によって、FLoCのトラ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

◆ AnyPicker https://anypicker.ryang-studio.com/ 紹介 「AnyPicker」は、ノーコードでWebページをスクレイプできるChrome拡張ツールです。 Chrome拡張機能をインストール後、スクレイプするWebサイトを開くとこのようなサイドバーが出現します。 STEPは全部で5つあり、その1つ目がこちら。今回は初めての登録なので「New recipe」を選択します。 続いてSTEP2、ここで実際にスクレイプするコンポーネントを登録していきます。 取得対象にカーソルを合わせてクリックすると フィールドとバリューが取得できます。 同じ要領で、ピックアップ全部のタイトルを選択しました。 なお、フィールド値は自由に設定可能。後にアウトプットデータのKey値になるので、取得しやすい英単語が好ましいでしょう。 続いてSTEP3は、リンク元を取得＆サジェス

デモはここで試せる https://posenet-worker.netlify.com/ コードはここ github.com 構成 getUserMedia でカメラ取得 OffscreenCanvas でバックグラウンドの書き込み Tensorflow.js + Posenet Tensorflow.js が Chrome では webgl バックエンドになったとの目撃談があったので、試してみた。 [https://twitter.com/sugyan/status/1156616432248971264:embed#動作を試せるやつ上げた。Chromeだと WebWorkerでMainThreadの動き止めずにwebglで高速に処理してくれてそう https://t.co/GsepIMRSqG https://t.co/je8ceda47L] 今の所、Chrome 以外では tens

Railsをお仕事で使っている方はみんなE2Eのテストで時々失敗するやつに苦労しているんじゃないかなと思います。 @mtsmfmさんの発表スライドが詳しいので基本的にはこれで大体のケースには対応できるはず。 スライド読むのがめんどくさい人向けに、一部抜粋かつ要約すると なんらかの要因(CSSアニメーションや画像のロード)でDOM要素が移動する場合にクリックをミスしてしまってテストが失敗するケースが「時々失敗するテスト」の大多数を占める という話になります。これを防ぐためにはCSSのアニメーションをオフにしたり、↓のようなメソッドを利用して画像が完全にロードするまで待ってからクリックする、という方法があります。 def wait_for_image_loading Timeout.timeout(Capybara.default_max_wait_time) do sleep 0.5 unt

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018/05/15 追記：思考停止で入れるべき最強プラグイン 今年でTrelloを使い始めて、３年ほど経ちました。 おかげさまでこの記事も多くの方に好評いただいたのですが、 多くの人に紹介し続けた結果、こんなに大量のプラグインは必要ないんだろうなと思いました。 そこで、追記分としまして、思考停止でぶっこんでおいたら幸せになれるプラグインをまとめました。 今までも下記のリスト中にあったものですが、どんなプロジェクトでもノールックでインスコ出来るぐらい、 良い感じにしてくれるので３分でセットアップしないといけない時に便利です。 自分もなに

In this challenge, we had to obtain remote code execution, simply by exploiting a 1-day bug that forgot the difference between -0 and +0. This has probably been one of the most difficult, fun, and frustrating bugs I have ever exploited. As someone who has never exploited a JavaScript engine vulnerability ever before, this challenge was a journey, filled with tons of ups and downs. I had an approxi

Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、**改善施策ってまず何をどうすればいいの？**という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元： テクニックではなく、今、本気で取り組むべきWebパフォーマンス （html5jパフォーマンス部 部長 竹洞さん） 心得 パフォーマンス向上に対する施策は大別すると以下の２通り 軽量化 （単純にやりとりするデータ容量を小さくすること） 圧縮 削除 最適化 （その時に最も適している実装・実行をとること） 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。

ブラウザだけで利用できるリモートデスクトップ機能。使う側のマシンにセットアップするだけですぐに使えるようになる。 Chrome 拡張と、専用のアプリをいくつかインストールするだけ。とてもインストールは簡単。ほぼほぼマウスクリックするだけで終わり。 あとはマシンの名前とピンコードを登録さえすればピンコードがわかっていればアクセスできる。 この Chrome リモートデスクトップが今までのリモートデスクトップと大きく違うのはブラウザで実現していることだろう。 そしてこの Chrome リモートデスクトップはがっつり WebRTC を利用した仕組みだ。WebRTC P2P で実現している。 VP8 でリモート先のマシンの全画面を WebRTC MediaChannel を利用して P2P 経由で送っているリモート側のマウスやキーボード情報を WebRTC DataChannel を利用して P2

はじめに Python + Selenium + Chrome で、要素の取得、クリックなどの UI系の操作、待機、ページ全体のスクリーンショットなど、一通り試してみます。 PhantomJS はもう更新されないということなので、ブラウザは Chrome にします。 この記事には、Selenium の API に関する情報と Chrome に特化した情報がありますが、前者の Selenium の使い方に関する情報は Firefox など別のブラウザでも使えます。 注意事項 ウェブの自動テストやスクレイピングで使われる技術です。特にスクレイピングでは、著作権の問題や、サーバー側の負荷、各種規約（会員としてログインする場合の会員規約等）やマナーなどを考慮する必要があります。 たとえば、Twitter など利用規約で明示的にスクレイピングが禁止されていることや、robot.txt などでクローリ

Googleでは、誰もがアクセスできて楽しみながら音楽制作を行えるサイトChrome Music Labを通じ、さまざまなツールを使って簡単に音楽制作に触れられる環境を提供しています。ここに新たに追加された「Song Maker」は、PCやスマートフォン、タブレットなどの画面を直接操作するだけで手軽に音楽を打ち込んで制作することができます。 Simple music-making for everyone https://blog.google/topics/education/simple-music-making-everyone/ Song Makerは、ブラウザでURLにアクセスするだけで音楽を作る環境が再現されるというサービスで、ソフトウェアのインストールは必要ありません。また、ブラウザはGoogle Chromeに限定されていないので、誰でも今すぐ制作環境を手に入れることが可能

情報管理LOGの@yoshinonです。 皆さんは、あとで読みたいと思った記事は、どのようにしていますか？ 私は、Pocketやはてなブックマークなどに入れていました。たぶん、同じようにしている人も多いのではないでしょうか？しかし、積ん読ならぬ積みPocketみたいな状態になってしまい、未読のまま放置されることも多くありました。 私は、最近、どうしてもあとで読まなくちゃと思った記事に関しては、Pushbulletを使って未読を防ぐようにしています。これは、一体どういうことなのかについてレポートしたいと思います。 皆さんは、あとで読みたいと思った記事は、どちらに溜めていますか？ Pocket、はてブ、Evernoteなど様々なサービスがあるので、そういうところに溜めている人も多いのではないでしょうか？ 私もあとで読む系の記事は、PocketやDripなどに蓄積しています。 これに関しては、以

If you're still using console.log() to find and fix JavaScript issues, you might be spending more time debugging than you need to. This tutorial shows you how to make the most of Chrome DevTools so that you can debug your JavaScript as quickly as possible. Demo: https://goo.gl/MwytjG Doc version of this tutorial: https://goo.gl/NZxQdD Breakpoints Guide: https://goo.gl/9XYhhF JavaScript Debugging

Mercari Advent Calendar 2017 13日目は フロントエンドチームの @sottar が web アプリの開発（特にモバイル開発）で役立つ Chrome DevTools の便利な機能を紹介します。 はじめに メルカリでは PC からのアクセスよりもモバイルからのアクセスが多いため、web アプリもモバイルからのアクセスを意識したコードを書く必要があります。 しかしモバイル向けのコードを書く際に、毎回実機を接続して確認するのは面倒です。そこで最近のブラウザに付属している開発者ツールにはモバイル向けのコンテンツの開発に役立つ機能が搭載されているため、その機能を使いこなすことでモバイル向けの開発をしつつ、開発のスピードを上げる事が可能です。 そこで本日は Chrome DevTools 内にある、特にモバイルデバイス向けのコンテンツ開発に役立つ機能を紹介します。 Dev