A…少年A(酒鬼薔薇事件) B…Bさん(増田の部下) C… D… E… F… G… H… I… J… K…K(こころ) L…L(デスノート) M… N… O… P…P(プロデューサー) Q… R… S… T… U… V… W… X… Y… Z…
![アルファベット人名一覧](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1638cdb5807a4788e4ba3c1109a984166e095fc/height=288;version=1;width=512/https%3A%2F%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
【読売新聞】 神奈川県と県内33市町村で2023年度、ふるさと納税による寄付に伴う住民税の控除額(流出額)は過去最多の計707億5244万円に上ることが、総務省の調査でわかった。県と市町村に集まった22年度の寄付金は過去最多となった
数年悩まされているが解決できていない問題。解決に向けて雑なメモ。固まるとGUIからの強制終了も効かずひたすら待つしかないのでかなりのストレス。 症状 MacOSのGoogle Chromeで下記のようなサイトで文字入力を行おうとするとレインボーカーソル状態のまま数秒から数十秒固まりブラウザが操作できなくなる コピペ操作でも起こる レインボーカーソルは表示されない場合もある 動き出すとタイプしていたキーが一気に入力されるような感じ 事象が発生すると別ウィンドウのGoogle Chromeも固まる Google Chrome以外のプロセスには影響してなさそう 常に発生するわけでもなく軽い時もある。ただ毎日は発生している 何をすると一時的にでも解消するのかは不明 Mac再起動直後は発生しない気がする Chrome再起動直後は発生しない気がする 発生するサイトと箇所 どのサイトとかは関係ない気もす
この記事で取り上げる手法は実験的です。何か問題があった際に、すぐに修正・改善できる立場にないのであれば採用するべきではありません。 期待と異なる読み上げ スクリーンリーダーを使ったことがある開発者ならご存知のとおり、dl要素、dt要素、dd要素の構造はスクリーンリーダーの読み上げにおいては期待と異なる挙動をします。おそらくは歴史的な経緯からそうなっているのだと思いますが、この挙動を理由にdl要素、dt要素、dd要素を使わないという選択をする開発者もいるようです。 現行のスクリーンリーダーの読み上げは概ね以下のような挙動をします。HTMLコメントの部分が読み上げられる内容とします。 <dl> <dt>りんご</dt> <!-- リスト 1/4 りんご --> <dd>バラ科の落葉高木</dd> <!-- リスト 2/4 バラ科の落葉高木 --> <dt>みかん</dt> <!-- リスト 3
新型コロナウイルスのオミクロン型から派生し、「エリス」の俗称もある「EG.5」の感染が日本や米国など各国で拡大している。国内では1週間当たりの新規入院患者数が半年ぶりに1万人を超えた。米欧で変異が30カ所以上の新たな派生型も見つかり、専門家は動向を注視している。EG.5はオミクロンの派生型「XBB」の1種に変異が加わったものだ。世界保健機関(WHO)は8月9日、EG.5を「注目すべき変異型(V
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く