Buffer modeにおけるカーソルキーの挙動が怪しい
Buffer modeにおけるCtrl-Hの挙動も怪しい
なんだろね、表示だけがおかしいのか編集結果がおかしいのかを調べないといけないんだけど…
そもそもBuffer mode/Unbuffer modeとかその辺の使い方も分からないというのが、なんとも。
OpenBSD, Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
Buffer modeにおけるカーソルキーの挙動が怪しい
Buffer modeにおけるCtrl-Hの挙動も怪しい
なんだろね、表示だけがおかしいのか編集結果がおかしいのかを調べないといけないんだけど…
そもそもBuffer mode/Unbuffer modeとかその辺の使い方も分からないというのが、なんとも。
ふーん、Beepyって保護フィルムが出るくらいには知られてるものなのか。楽天で売られてるみたいだし。 https://product.rakuten.co.jp/product/-/581d4fe3f3fb6215dde28da22ad6c80a/ (2023/10/30)
やっぱこーゆうPDA(Xが動かなくてttyだけしか表示しないような奴)でfbtermとか使って日本語表示して…というのは、自分は欲しいかも。
このアカウントは、notestockで公開設定になっていません。
あー、T-TWR(じゃないとWiFiが載ってるので技適警察が一緒になって大騒ぎするから遊べない)売り切れか…
https://www.lilygo.cc/products/t-twr
LILYGOで売ってる無線機のキット。WiFi搭載のT-TWR Plusはまだ売ってるけどさあ…
https://www.lilygo.cc/products/t-twr-plus
やっぱこの手のキットは見たら買えするのが正解なのか。
@osapon notestockの対応、ref属性による誘導が追加されたことを確認致しました。ありがとうございます。
しかし大変申し上げにくいのですが、現状はnotestockの「投稿並び順」の設定と無関係に、常に過去のページを継ぎ足してしまいます。以下のような対応を行うのが良さそうに思えるのですが、いかがでしょうか?
・投稿並び順:古い投稿が上
(未来のページを継ぎ足す)
rel="prev"→前の日のURL
rel="next"→次の日のURL
・投稿並び順:新しい投稿が上
(過去のページを継ぎ足す)
rel="next"→前の日のURL
rel="prev"→次の日のURL
こうすることで、SITEINFOのnextLinkはrel='next'で適切な継ぎ足し先のURLを拾えるようになり、ユーザからは自然な動きとして見えるようになります。
お暇なときに対応して頂けると、嬉しいです。
azalia(4)にしても、CORB/RIRBを止めるだけで、その要求を待っているタスクに対しての指示はないよな…上位層でサスペンド時の面倒を見るんだか、デバイスだけサスペンドしてお休みしちゃうのか、なかなか読みにくい。
sys/kern/subr_suspend.cのsleep_state()からconfig_suspend_all(DVACT_SUSPEND)で全デバイスに対してサスペンド要求を出し、エラーの場合はEDEADLKでサスペンド処理の中断。sleep_state()はi386/amd64ならdev/acpi/acpi.cのacpi_sleep_task()から呼んでる。
Linuxの場合、サスペンドに入る場合はESTRPIPE返して処理中の処理を止めてしまうのに対し、それ以外はエラーを返さずにデバイスをサスペンドさせてしまう(そしてレジューム後はそのまま処理を継続する)という理解で良いのかなあ。
Recently I listen freak31 via radio.garden.
It's UI is cool but there is too many stations...
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
コードレビューと聞くと「うわボロカスに言われるんだろうなあ(死んだ目で)」という気分になるんだけど…このマインドは見習いたい。
コードレビュー依頼するわたし「高評価チャンネル登録通知オンよろしくお願いしまーす」
"suspend estrpipe"でぐーぐる先生に聞いた結果なので、もう少し調べればまだ何か出てくるかな…?
!!、これは… EPIPE and ESTRPIPE may be the same things https://github.com/FluidSynth/fluidsynth/issues/133
ん-む、作業メモ垂れ流し的な使い方をすると思わぬトラブルを招くかも、というのは分かったので…それをやる場所、やらない場所を分けるとかも考えないといけないか。あとはゼロ幅スペースを適当につっこんで回避とか(これを入力できるようにするというのもなかなか骨っぽいけど)。
なんだっけかな、@だか#だかの後ろにゼロ幅スペース突っ込んで回避するって手段 。ITmedia辺りかどこかのニュースサイトの呟きで使ってたという話がそんなに遠くない過去にあったような…
@balloon その仕様って非常に強力なんですが、強力すぎて逆に文化摩擦起きそうなのが怖いです。自分みたいにWebUI/TheDesk/Twedere使いだと、うっかりMFMっぽいの書いちゃったときにMisskeyでは全く読めず…あるいはその逆とか。
それを回避するためにクライアントアプリ名の表示とかがあるのかもしれませんが…なんかうまい共存方法があれば良いのですが。
@uaa@social.mikutter.hachune.net それが Misskey はすべてのテキストが MFM で扱われるので変換してしまうのです。
何も起きていないように見えるけど…他からどう見えてるかは謎。というかActivityPub上で無難に読めるフォーマットは何かというのを意識しながら書かないと思わぬトラブルを招くことになりかねないとかそういう時代になりつつあったりするんだろうか。うぬぬ。
素のMastodonからMFM投げても何も起こらないよね?
$[flip 左右反転]
$[flip.v 上下反転]
$[flip.h,v 両方適用]
あと、@の前に空白入れなくてもユーザ名として認識しちゃうんですね(セレクタからユーザ名を選択できないってだけで)
一体どうやってXPath書けばいいんだろう…ユーザ名をエスケープするとかそういう設定か何かがあるのか、あったらいいな、なのか…
Misskeyの場合は@<user>と書くと発言者のサーバから@<user>@<server>を補完するような動きになってるんでしょうか…そこまでしなくても良いのではと考えてしまうのはMisskey使っていないからなのでしょうけど…
あと、Mastodon標準のWeb UIだと@の直前に空白が入らない場合はユーザとして認識しないという仕掛けが入っているように見えます。なのでXPathで@使いまくったものを書いても全然大丈夫という認識でいたのです…
ネットワークの調子が悪いなあと思ったら、ルータのWAN側に使っているUSB-LANアダプタが壊れてた。とりあえず交換して、予備機材発注。
Wii向けの、程度の良い中古を安価で大量に仕入れておきたいと思いつつなかなかこれが(こちらにとっての)良い値段で出てこないというのは…売る側からすればこちらの事情は「お見通し」ということなんだろうなあ。
SITEINFOの暫定的な修正はとりあえずやったけど…notestockとの連携はまだちゃんとしてないからどういう修正が必要で、SITEINFOもこう直すという方向をまとめないといかんな…
んぬぁー、XPathで複数の候補が出てきた場合に、それを絞り込むとしたらどうすれば良いんだろう。
div[1][@class~]で二つ引っかかるから、これを最初の方でと限定する…もしくは、最終的な結果のうち最初の、に絞り込みたい場合。
//div[1][@class='card-header dayguide']/*/*/a[@rel='prev']
あとは@classの部分を修正…かな?
pageElementはこれで良いはず。
ふむ、鳥と違ってtootへのリンクは引用boostとしては扱われないか…
あっちでは引用RTしただけで「揚げ足取り」「人対人の礼儀を持たない」だのと罵った挙句ブロックするような輩が居るようですから…しかも割と公な肩書をお持ちの方がそれをする。
https://social.mikutter.hachune.net/@uaa/109749780818333541
alsa-plugins内で-ESTRPIPE使ってるのはa52/pcm_a52.cのみ。Linuxカーネルのシステムコールないし、alsaドライバ側を追わないとダメか。