2019-10-12 (Sa)
_ Re:ステージ!
メインストーリー終了。
やっぱプリズムステージはやんないのか。 まぁやっちゃうと話が終わっちゃうしな。
今日ライブを遊んでる時、「だいたい全クリ」ってバッジを付けてる人がいた。 おぉすごい…… あ、このバッジをゲットできる条件って 「宣誓センセーション EXPERT をフルコンボ」なのね。 なるほど。Hard すら無理だわw
_ wayfire のキーバインド
screenshot の設定をした。
https://github.com/WayfireWM/wayfire/wiki/External-tools に
binding_screenshot = <super> KEY_S
command_screenshot = grim $HOME/Pictures/screenshot-$(date "+%Y-%m-%d-%H:%M:%S").png
というサンプルがある。けど super+s なんて覚えられないだろうな、と思ったので、 PrtSc にしたかった。
が、どう書けばいいのか全然わからず。
xkb 流かと思ったが違うっぽいし、gdk 流かと思ったがこれも違うっぽい。 ソースコード見て libevdev 使ってるっぽいことはわかるけど、一覧がどこにあるのかはわからない。
んーーーーーーー と悩んで、まさかただ単に反応してないだけ? と思って xev 使ったら、 反応はしてる。ついでに libinput は? と思ったらこっちもちゃんと反応してる。 まぁ xev が反応してるんだから libinput だってそりゃ反応するわな…
というところでふと気づく。
event6 KEYBOARD_KEY +3.76s KEY_SYSRQ (99) pressed
event6 KEYBOARD_KEY +3.83s KEY_SYSRQ (99) released
ん? KEY_SYSRQ? KEY_ で始まってる。これか? そうか SysRq か…
そういや同じキーだったな。私の PC はキートップに表示されてないから忘れてたわ。
libinput で確認すれば良かったんだな。
というわけで、KEY_SYSRQ と書いたら screenshot できましたとさ。
binding_screenshot = KEY_SYSRQ
command_screenshot = grim ~/Pictures/screenshot-$(date +%Y%m%d-%H%M%S).png
binding_slurp = <shift> KEY_SYSRQ
command_slurp = slurp | grim -g - ~/Pictures/screenshot-$(date +%Y%m%d-%H%M%S).png
*_slurp の方は、範囲指定して screenshot 撮る機能。
_ 天体のメソッド #17
なんか第17話らしいんだけど… 間はどこ行ったのだろう…?
https://www.youtube.com/watch?v=E8TUNdBU8Jw&feature=youtu.be
リアルタイムでは見られなかったけど。
ノエルやっぱり可愛いなぁ
キャロル: ふふ〜ん (♪
ノエル: ぷく〜 (#
悶えるわ…
_ C++ の auto
使ってるの初めて見たので。
auto global = get_global_input_coords();
C++ って変な機能入れたよね… auto って、つまり型の推論なわけだけど。
(C の頃から auto っていうキーワードはあったけど、同じキーワードが違う意味で使われてる。
C/C++ の悪い癖ではあるけど、そこは置いておく)
せっかくちゃんとした型システムを持ってたのに、何故それを捨てちゃったのだろう?
しばらくの間、そういう言語が好まれる風潮は確かにあったけど、 でも若干揺り戻しつつあるよね。
C++ 仕様策定者たちは先見の明がないというか。
私は、「型アノテーション書きたいですか?」って尋ねられたら「はい」って答えるな。 先日の大阪 RubyKaigi でも「書きたい」に手を挙げた。 絶対書くべき。処理系がそれを元にチェックしてくれたら、絶対デバッグが捗る。
上の例で言うと、get_global_input_coods() の返す型が変わってしまったら、
このコードは意味が変わってしまう。極端な例を出すと、int のつもりで
printf("%d", global);
なんて書いてあったら、 変数の型がいつの間にか double にでも変わってしまうと、それだけで破綻してしまう。
最近の型が甘い言語は、実装のレベルではその辺ちゃんとやってるけど、
C++ は仕様的にちゃんとやってるのだろうか?
上に挙げた printf() は旧来の C からある関数だから無視して良いとしても。
C/C++ は「自己責任」が根底にあるので、そういった柔軟性はたぶん持ち合わせていないと思うんだけど。
_ 自前改造 emacs を focus-on-click に対応した
私は focus の切り替えは、ずーーーっと focus-follows-mouse (というか sloppy?) で 使ってた。GNOME の時もそれ以前も。focus-on-click しかできない window manager は 避けてた。
が、この度 wayfire を使うにあたり、focus-on-click しかできないので、 そろそろ慣れようかな、と。mac が focus-on-click なこともあり、 すぐ慣れるだろう、と。
で、問題は自前改造版 Emacs で、これは sloppy でしか動作確認してなかった。 wayfire で使ってみて問題が発覚した。
focus 持ってないのに、enter event だけでテキストのカーソルが focus 持ってる時のカーソルに変わってる…
そのせいで私自身が混乱してしまってる。早く治さねば。
というわけで治した。
https://github.com/masm11/emacs/commit/d7aaedcb675a940d6aeff003a5616d8352f438a9
これで多分大丈夫だろ。
2022-10-12 (We)
_ 今日は原神お休み
昨日、仕事中に「寒いな… エアコン入れよか…」ってエアコン入れたら、 目が乾いてしまったのか、痛くなってきた。
夜になって大丈夫だったからゲームしたんだけど、 今朝からやっぱり痛い。
自分で対処できてるならいい、と眼科には言われてるので、 大丈夫とは思う。
できるだけ画面を見る時間を短くしよう… 今日は原神お休み。
たぶん明日の朝には治ってる…と思う…
2023-10-12 (Th)
_ 原神 - なんか始まった
ストーリー付きイベントにしては、中途半端な時期に始まったな。 紀行を見た感じ、賑わい度もあるらしい。 3周年企画で目白押しなのか。
謎解き、というか、なぞなぞ？ そういえば以前にも謎解きという名のなぞなぞがあった気も。 そういう翻訳なのだろうな。
鍾離を育成。Lv80 突破。Lv90 までは来週以降。 あとスキル天賦を Lv7 まで上げておいた。 これでだいぶんシールド強いはず。
2024-10-12 (Sa)
_ 原神 - んー・・・
魔神任務(BGM を含めて)を堪能するためにやってるんだと思うんだけど、 でも、それだけだったら螺旋も幻想シアターも要らないし、キャラ引く必要もないんだよな。
なんてことを考えてたら、プレイするモチベがなくなってきた。
螺旋や幻想シアターは、キャラ必要だけど、できるところまでしかやらないし。 それで問題あるかっつーと、別にないしなぁ。螺旋や幻想シアターを何のためにやるか、って 原石のためだし、それはつまりキャラ引くためだし。
んーまぁ、そもそもゲームなんてプレイする必要はない、ってのはまぁそれはそれとして。
魔神任務に引き込まれるものがなければ、今までやってないと思うんよな。 崩壊3rd をやめてしまったのは、イベントが面白くない && メインストーリーが切りが良かったから、 だな。 まぁ、ここから旧キャラたちが出てきて、新参者にはわけがわからなくなりそうだな、ってのはあった。 そうでなくても、第1部がどういう結末を迎えたのか、知っておく必要がありそう、とは思った。
理由は崩壊3rdと違うにしても、原神も近いうちにやめてしまうかもしれんな… まぁ魔神任務第3,4幕のでき次第かな。 花神誕祭はやるけど。
花神誕祭、音声あるのだろうか… 気になる… イベントにはいつも付いてるんだっけ？
最近の流れを見てると、「いろんなキャラで楽しく！」なのだろうな。 しかしいろんなキャラを引くには原石が足りない…
…
第3幕をプレイ。
…
聖遺物がいっぱいになった。そろそろ廻聖の時期か。この間しなかったっけ？ 早いな… あ、ほら、ここだ。まだ半月だ。 ★4聖遺物が多いのかな… どんどんエキスにしていってもいいのかも。