このアカウントは、notestockで公開設定になっていません。
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
このアカウントは、notestockで公開設定になっていません。
記者団、「おまえらの御託はいいから被害額とかなんでもいいから目立つ情報をくれ」という勢いが増してきたな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
1000μF ならキャパも大きいし多少のことは許してくれそう(適当)
ClamAV: Multiple vulnerabilities (GLSA 201801-19) — Gentoo Security - https://security.gentoo.org/glsa/201801-19
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
おっと、 sys-devel/gcc-7.3.0 が来てるじゃん、ｲﾝｽｺしよ
「ソーシャルする」、典型的な誤った略/誤解に基く略って感じで興味深い
デファクトスタンダードを「デファクト」って言ったり、シェルスクリプトを「シェル」と言うのに近い(一番重要な部分が欠落している)
まあ文脈から類推できるであろうという仮定を置けば、自明な部分は省略できるのかもしれないけど、それを見て勘違いした知ったか振りな人々が意味不明な使い方を始めたりするとア
ttps://twitter.com/furatocoin/status/957039204051050496
「ソーシャルする」の用例です
ソーシャルな何をするのかほとんど読み取れないし、とても興味深い
このアカウントは、notestockで公開設定になっていません。
PCロックしないで離れたらトゥートされたけどかな入力なので大した入力できなかったらしく、かな入力セキュアという感じになった
XMonad 、スタートメニュー/タスクバー無し、 Dvorak 配列、日本語変換は SKK という状況なので、今に至るまで一度も C++ 完全に理解したことがない
https://twitter.com/Mizuho32/status/785010792340918273
ちなみにこれは日本語入力の有効化の方法がわからなかったときツイートしたやつなので、かな入力でも QWERTY 配列なら油断はできない
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
や、個々人で見れば十分なレベルの人はいるんだろうけど、現状の社会を見て一般人の群衆や政治家の全体が全うな議論と判断を行うことに期待できないので
直せるほど賢い人はたくさんいると思いますが賢くない人もたくさんいるわけで総合的にみて賢くないほうにひっぱられてしまいそうですね
典型的にはクレーマー対応とか「謝罪」文化あたりを見ているとそういう傾向を強く感じますね
このアカウントは、notestockで公開設定になっていません。
ちょっと違うけど、 temporary workaround に近い印象はある >hack
ソースコードに「このコードは a little hacky だ」みたいなコメントがあったら、そのコードはその場しのぎというかトリッキーだから後でちゃんと書き直すべき、ということになる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
たぶん異世界チートがやりやすいのは高校化学と高校物理のレベルくらいが限度ですよね(あと地理とか政経くらい？)
おっとこれは異世界が「中世ヨーロッパ(なろう語)」レベルである前提です
理系つっても情報系なんて AC100V くらいじゃ何もできませんからね
中世ヨーロッパ(なろう語)は単になろうにおける頻出パターンについた名前なので、現実の中世ヨーロッパとは関係ないです
べつに†中世ヨーロッパ†に限らないけど、なろうとかは流行に対してアンチテーゼが氾濫してアウフヘーベンに至るまでがあっという間なので、なろうで普及した概念の上に設定を作ることが多くて、それに対して名前が付いているだけという印象
異世界が中世ヨーロッパなの、下水道も整備されてないような知識レベルだったら…という思惑なんだろうけど、知識を披露するための準備中にペストに罹って死にそう。
このアカウントは、notestockで公開設定になっていません。
●テーゼ
トラックに轢かれて転生
●アンチテーゼ
トラックに轢かれる以外で転生、通り魔や過労死など
●アウフヘーベン
主人公は死んで転生する
↓
●テーゼ
死ぬと転生するのが主人公
●アンチテーゼ
殺して転生させるのが主人公
●アウフヘーベン
死ぬと転生するシステムが運用されている
みたいな。
死ぬと転生するシステムを運用をする側の話も既に存在します
あと派生系として、死ぬと無機物になる系も数えきれないほどありますね
魔物とか異種族あたりへの転生はまあ妥当な拡張だけど、無機物転生はアイデア勝負みたいなところもまだ大きそうだし、この後どういう風に止揚されるのか楽しみ
デスクトップに conky しかないし、カレンダー類を表示していないので
このアカウントは、notestockで公開設定になっていません。
おばか http://www.amazon.co.jp/registry/wishlist/3PH9NUZKANS9K/ref=cm_sw_r_tw
気軽に送り付けられる、「使おうとすれば使えなくもないけど基本的にいらないもの」リストです、御査収ください
https://twitter.com/dericed/status/957043713800327168 #tw
draft-ietf-cellar-ffv1-01 - FF Video Codec 1
https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/
ほほう
> This document defines FFV1, a lossless intra-frame video encoding format.
らしいです
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ﾈｶﾍでログイン、どう考えても無警戒が過ぎるし、キーロガーでﾊﾟｽﾜﾖｰ抜き取られて痛い目見るまで何も考えてなさそう
このアカウントは、notestockで公開設定になっていません。
ﾈｶﾌｪ、まずリセットしていると主張する運営を信用できないしリセットが十分であることも信用できず、リセットされた後の OS のセキュリティ状態を信用できないし、 OS のみならず悪意あるハードウェアが繋がっていないことも信用できないし、ネットワークのプライバシも信用できないし、画面やユーザの撮影とかの物理面セキュリティも信用できないし、要するに信用できない
このアカウントは、notestockで公開設定になっていません。
事実:
Enter のみならず、上下キー等も反応しない場合がある。
javascript 使ってるらしき場合特にそうで、典型的には google のサジェストとか Mastodon / gnusocial (qvitter) の検索ボックスなど。
これらは fcitx の直接入力自体ではうまくハンドルされているので、 fcitx-skk か libskk が良くない処理をしていることを疑うべきである。
fcitx-skk で処理しているのは
https://github.com/fcitx/fcitx-skk/blob/abedca1fd37cf47a462d728b2afca514d708e05c/src/skk.c#L556-L566
この部分で、たとえば commit-unhandled 等でパススルーされたキーイベントは process_key_event() が false を返すから、 IRV_TO_PROCESS で fcitx-skk (fcitx) が処理せずイベントを素通しすることになる。
つまり、 fcitx-skk 自体は妥当なことをしているように思われる。
さて libskk の該当部分はこれ
https://github.com/ueno/libskk/blob/master/libskk/context.vala#L499-L511
で、フィルタを素通りしたキーイベントについて、モード等に応じて適当なイベントハンドラを呼び出す形になっている。
process_key_event_internal は最近読んでいたし基本的には該当のモード (state) のハンドラに丸投げするだけなので、 filter_key_event を疑ってみる。
https://github.com/ueno/libskk/blob/master/libskk/context.vala#L203-L207
デフォルトのフィルタは state スタックの一番上から持ってきているが、デフォルト(スタックの一番底)は
https://github.com/ueno/libskk/blob/master/libskk/context.vala#L230
このように設定されている。
State の初期値はあまり関係なかったわ……
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/context.vala#L203-L207
フィルタは typing_rule として保持されているから、 Rule の該当処理のデフォルトを見る。
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/rule.vala#L170-L181
この辺でデフォルト設定の候補というかプリセットみたいなのを用意して、
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/rule.vala#L216-L227
ここで処理。
フィルタが明示的に用意されなければ、 "simple" ルールが使われるように見える。
"simple" として使われるルールは
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/key-event-filter.vala#L55-L67
このクラス。
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/key-event-filter.vala#L60-L62
ここにコメントとともにあるように、キーの開放(押し上げ)が無視されている。
これは明らかに怪しい。
javascript での入力ハンドリングにリリースイベントを使っているとしたら、 libskk 側でそれが握り潰されていることが考えられそうだ。
https://github.com/ueno/libskk/blob/d5df1624942f97d39ca8f76102e56ee4d6a7302d/libskk/context.vala#L507-L509
リリースイベントが無視されて null が返却されると、 process_key_event() 自体は true を返す。これはイベントが libskk によって消費されたことを意味しており、結果 fcitx-skk から元のアプリケーションにイベントが伝達されることはない。
つまりこれがバグの正体だ。
本来、 libskk 側で状態変化が発生しない場合のキーイベントは素通しさせるべきだが、 libskk のデフォルトフィルタでは無条件にリリースイベントを捕獲してしまっているので、これを修正してやれば良いということになる。
……ということで、今からパッチ書きます
リリースイベントを無条件に素通しさせると、 libskk で処理済のイベントをアプリケーションが改めて入力として受け取ることになって二重になるから、「 libskk で処理されなかったイベントの release のみ素通しする」ことが必要になる。
ということは、「RELEASE でなかった直前の同種イベントが libskk によって処理されたか」を記憶しておく必要がありそうかな？
このアカウントは、notestockで公開設定になっていません。
これ、たしかこういう特定形式のコミット群から CHANGELOG を生成するやつとかあった気がする
clog-tool/clog-cli: Generate beautiful changelogs from your Git commit history
https://github.com/clog-tool/clog-cli
libskk 側に、あるキーイベントの RELEASE より前に次のキーイベント(非 RELEASE) が渡されることってあるかな？
