我が家では「OK Google、電気つけて」でリビングの電気がONになるよう設定している。しかし3日前くらいから動きがおかしくなった。リビングだけでなく家中全部の電気がONにされてしまう。 「はい。」じゃないんだよ。12個のデバイスを一挙にONするとかどんな家だ。サタデーナイトフィーバーやってんのか。 画面だけの問題ではなく実際の家電操作もおかしくなる。リビングの電気をつけようとしただけなのに、なぜか書斎も寝室も家中すべてがONになるという動きをする。 結論、どういった問題なのか？ 問題の根幹はこうである： 「電気つけて」を「アカウントに登録されているあらゆる照明をすべてをONにせよ」と解釈する仕様変更が、Google側でサイレントに実施された。 これは控えめに言っても頭のおかしい挙動だ。 判定基準がデバイス名だけというガバガバさが一番の問題である。単純に当たり判定が広すぎる。これのせいで自宅と職場の電気が一度に点くような人も出てくることだろう。 いろいろ実験してわかった挙動 「電気つけて」の当たり判定がめちゃめちゃ広くなった 名前に〝照明を意味する単語〟が含まれるデバイスは全て当たり判定にかかる 最初のスクショでも「◯◯の電気」と「ダウンライト」がまとめてONにされていることがわかる 試した限りでも「電気」「ライト」「照明」「光」「明かり」はすべて効果範囲だった。まだあるかもしれない 「電気」がダメなら「明かり」を使おう！ が塞がれている感じ 「光」や「明かり」まで対象にされてるのには偏執的なものを感じるけど、実際はたぶんなんも考えずに "light" を訳しただけとかでしょ デバイス名の判定は部分一致でされる 「リビングの 電気 」「寝室の 電気 」という2つのデバイスがあるとき、「 電気 つけて」で2つまとめてONにされる 何のためにデバイス分けてると思ってるの？？？ 寝室に寝ている家族がいるかも？ とか考えないらしい エイリアス名だけに「電気」を含む場合もばっちり対象である 判定をすり抜けるワードもあるにはあるが、実用性がきびしい 「でんき」「らいと」……これらは効果範囲外だが、音声入力できないので使えない 「ピカピカ」……すごく愉快なおうちになってしまう。ごはんのピカピカつけて！ Home Assistant内部のエントリ名は ***_...

乗り物がたいへん好きなので、定期的に一人旅をやりたくなる。 前回の一人旅では土合駅を見てきた が、あれから2年も経ちそろそろ乗り物欲が我慢できなくなってきた折、衝動と勢いに任せてアァアアーーーッと名古屋に行ってきた。 旅の第一目的はリニモというリニアモーターカーに乗ること。時期は2月のことである。 まずN700Sを捕まえる N700Sはそのへんに大量に生息しているので、狙わなくてもすぐ捕まえられる。山手線の電車より捕獲が楽かもしれない。 子連れの家族旅行などと違って、一人旅ならば自由席で十分である。予約とかないのでホームに着いたときちょうど居合わせたのに乗るだけ。 いまさらだけど新幹線って超たのしいよね。東海道はとても景色よいし。 富士山に、 浜名湖に、 ニチバンの工場に、とたいへん風光明媚なお土地柄。 そして名古屋到着。日本一有名な通過都市にあえて停まる。実績解除。 リニモの駅まで地下鉄にのる これは地下通路にあった原子炉格納容器みたいな路線図。かっこいい。 あとめっちゃ古い案内看板を見つけてテンション上がった。100系新幹線のアイコンもすごいけど、サインのフォントがゴナなのがガチですね。 市営地下鉄の車両はだいぶ古い感じのやつで逆に新鮮。 線路側の標識も見慣れぬやつがいくつもあり、とくにこの勾配標のイラストが良かった。過去と未来が同居している。 ガラガラのリニモは静かに滑る リニモの駅につく。なんか知らんがめっちゃ鳩がいた。乗客の数より多かったかもしれない。浮いてる同士で気が合うのかな。 改札階に降りると空間がジブリパークの宣伝に侵食されていた。地上駅舎にはジブリの痕跡を匂わせるものがないので、ここだけが際立って異空間めいている。 さて、リニアモーターカーといえばやたらと速い乗り物のイメージがあるが、このリニモは最高でも100km/hと速さの方はそこそこに留まっている。 そのかわりに際立つのが走行音の静かさだ。地上との接触が一切ない、6mmくらい浮上した状態で走るので電車っぽい音がしない。これが速さとは全く別軸の新体験だった。ぜひ動画でごかくにんください。 加減速時こそヒュイーンと磁歪音みたいなのが出るが、高速時は風切音ばかりが聞こえ、低速での惰走中などは空調の音しか聞こえない。まさに滑るように走る、というか、リニモの場合は浮いているので本当に滑っている。 ...

PC版Chromeにおいて、訪問済みリンクが訪問済みとして扱われない不具合が発生している。 ChromeBetaでは半年ほど（体感値なので2倍程度のズレはあるかも）前にこの問題が発生していたが、バグが残ったまま正式版にリリースされてしまったらしい。 問題の再現環境について Chrome バージョン134.0.6998.89（64ビット） これの1つ前のバージョンでも発生していた Win11 Home どういうとき不具合が顕在化するのか？ 答え：よくわからない 事実ベースで書くと、サイトによって、あるいはリンクの開き方によって、そのURLが訪問済みとみなされない「場合がある」。 訪問済みでない、イコールそのURLは未訪問状態として扱われる不具合である。既読管理が効かなくなり、読み物系コンテンツの体験が悪くなる。 不具合発生の実例 以下のスクショはビッコミの各話リストである。 グレーの背景は既読、白背景は未読を表す。 自分は若い話数から順に読み進めていた。なので本当であれば全てグレー背景になっているのが正しい挙動である。 しかし実際は白背景のものが残っている。これが誤って未訪問状態として扱われているという状況。 逆にグレー背景はどうして発生したのかというと、これらはAndroid版のChromeで開いたリンクがPC版に同期されたものだ。 つまりChromeを実行するOSによっては正しく既読管理が機能する場合もある。 この不具合が発生するかどうかはサイトによるのだが、Webマンガのサイトでは比較的発生しやすい気がしている。 なお、どんなサイトでも確実にこの問題を再現させる方法もある。 拡張機能 Linkclump Pro を使って複数リンクをまとめて開くと、それらはなぜか全て未訪問として扱われる。理由は不明。 解決方法 今回はRedditで解決策がヒットした。原理はわからないがとりあえずこいつを採用しておけばよい。 https://www.reddit.com/r/bugs/comments/1f25i60/chrome_visited_links_not_changing_color/ chrome://flags を開く 「Visited Link Database」で検索 ヒットした以下2つを無効化する Partition the Visited Link Da...

このブログはBloggerを使っている。Bloggerの標準機能により、記事画像をクリックすると画像単体の表示枠（モーダルウィンドウ、ライトボックス）が立ち上がってフルサイズ画像が表示される。 しかし最近なぜかこの機能が動かなくなり、ただのフルサイズ画像への直リンクとしてしか機能しなくなってしまった。 雑に解決する方法を探してきたので、とりあえず備忘録を起こす。 「牧草地風のライトボックス」by ChatGPT 問題状況のスクショ 以下のような記事画像をクリックする。 このとき、期待される表示は以下である。 問題発生時の表示は以下のようになる。これは、ただ画像ファイルをブラウザタブで表示しているだけの状態だ。 不具合について補足 シークレットモードや別ブラウザなども試してみた結果、どの環境からでもエラーになることがわかった。 突然動かなくなったことの根本原因はわからないが、どうもJSの読み込みエラーみたいなことが起きているようだ。 エラーが起きる条件も微妙で、すべての記事で不具合が発生するわけではなく、一部少数の記事では期待どおりに動作したりもしていた。 JSの遅延ロードまわりでなにかありそうだが、フロント利用者の立場でデバッグするのは辛いだけなので、そういった解析は扱わないことにする。 とりあえず動くように直す方法 Blogger管理画面 → テーマ → カスタマイズ▼ → HTMLを編集 テンプレートの末尾にある </body> 手前に以下を挿入する。 <!-- Blogger標準のライトボックス --> <script src='https://www.blogger.com/static/v1/widgets/1053349651-widgets.js'/> <script type='text/javascript'> window.onload = function() { if (typeof registerImageLightbox === &#39;function&#39;) { registerImageLightbox(); } }; </script> 保存して...

気づいたらポロッと。 接着剤だと思うけど、きれいに取れて痕も残ってない。 元のロゴあんまり好きじゃないので こっちの方が良さげにみえる 近くに落ちてた 外れたLの用途考えてみたけど「もう1枚のモニタにつけてDELLLに改造する」くらいしか思いつかないので捨てた。

近所の生活道路に穴ぼこができてしまって、とくに自転車で走りづらかったのだが、LINEで連絡したらすぐに直してもらえた。おすすめです。 道路緊急ダイヤル (#9910) というものがある https://www.mlit.go.jp/road/dia/ 全国共通で#9910に電話すると落下物や路面の破損を報告できる。 高速道路上とか、緊急性があるケースでは直接電話するのがよさそう。 今回使ったのはそれのLINE版である LINE版のよいところは画像を添付して、位置情報もピンを打って「ここ！」と指定できる点。 ふつうの一般道にはキロポストはないし大きな目印も見つけづらいので、生活道路の報告とかならこっちの方が適している。 実際どんなふうに直されるのか？ 事例1 去年の12月ごろだったと思うけど、近所の道に穴があったので報告してみた。下の写真は補修前の状態。 「坂道の途中にあり、生活道路で道幅がせまく、子供も通り、飛び出しもあり、危険」 みたいなことをコメントして送ったところ 2-3日後にはこのように補修されていた。 （自治体によるかもだが）かなり素早い。即日動いてくれたのかもしれない。 ※報告者のところに補修完了連絡が来たりとか、そういったことは特にない 事例2 同じく穴ぼこ。いつの間にか生えてるんだよなあこういうやつ。 「道幅は狭いが抜け道になっているため交通量はそれなりにある。そうした車の合間を自転車などが通ることになるが、車を避ける方に意識を集中すると穴に気づかず足を取られるなどがあり得、危険に感じる」 みたいなことを書いて報告したところ、 2日後にはこのように補修が済んでいた。やはりたいへん素早い。 補修後の見た目はアレだが、子乗せ自転車で通過するときに危なっかしかったのが解消されたので100点満点である。 まとめ 自分がよく通る道で何か見つけるたびガンガン報告してると、ダイレクトにQoL上がるのでおすすめです。 職場の近くとかもね。すぐ直る良さが大きい。 ちなみに報告の際には「この穴ぼこがどのように危険なのか」を作文して送っておくと直してもらえやすい気がしている。 というのは、過去報告したものの重要度が低いとみなされたのか、補修にまで至らないケースがあったため。 とりあえず道路緊急ダイヤルをLINE友達登録...

アクアラインとか東京湾まわりをあちこちを車で走ってきた。首都高を走ること自体が人生でまだ2回目。やっぱ怖ぇ道だなぁの思いを新たにする。 ちなみに旅行としての目的地はディズニーだったのだが、それはここでは触れない。 美女木JCT 名前すごい。ひ゛し゛ょ き゛。 初見、ナニコレ感あふれる珍スポット。なかなかよい。 高速のJCTなのに完全な十字路で信号機までついてるという。 わけがわからない。 でも意外に恐怖は感じない。 一般道⇔高架バイパスのインターってよくこんな形だよね。 見た目めっちゃかっこよくはある。 一般道にしか見えない。 5号池袋線 池袋は埼玉の植民地である説を推していくネーミング。 みんなわりと行儀よく走ってる印象。 でも道路の方は人に優しくない。 突然センターラインが黄色くなったと思ったら高速にあるまじき急カーブ。 標識の情報量もいきなり爆発するので予習がないとやばかった 「静かに」の看板がしょっちゅう立ってるんだけど、見てると不思議にノスタルジーを覚えるデザインで好き。 画像はこちらから 熊野町JCT 明らかにおかしい作りしてて、そりゃあ万年渋滞もするよ…… となるやつ。 2つの2車線道路を接続するJCTなのに、分岐合流用の側道を用意しないで「全員一箇所にあつまれー！」とやってしまった。そう用地不足だったんだね……。 2車線×2が1つに集まるので、4車線道路が爆誕する。 ちなみに昔は2+2で3車線になっていたらしい。えぐい。イングソックか。 左から来て右に抜けたい車と、右から来て左に抜けたい車がいて、お互いシザークロスする。 現地は無法な割り込みと怒りのクラクションが舞い飛ぶ修羅でした。 さらに反対方向の道路とは2層構造になっている。一般道と合わせると3階建て。用地不足ここに極まれリ。 この図のやばさな。 「速度おとせ」と一緒に「ごめんね」の看板掛けたら みんな和むのではとか考えてた。 山手トンネル 田舎のでかい山越えとかじゃなく、都心にあるこれが日本最長の道路トンネルというから面白いですね。 トンネルの中でも当然のように分岐と合流が繰り返される。しかも左からじゃなく右からの方が多い。東京はこわいところ。 60km/h制限なのに誰も守ってない。右車線で100km/h出てないと「左から」ガンガン抜かれる。本当こわいところ。 トンネル内なのに結構カーブやらア...