Eight million pixels and counting – Introduction to lyon: 2D vector graphics rendering on the GPU in rust
https://nical.github.io/posts/lyon-intro.html

このアカウントは、notestockで公開設定になっていません。

U+23BD HORIZONTAL SCAN LINE-9 (`⎽`) が EAW でもなく width=1 っぽいのに Ricty では2文字幅で表示されるの、バグじゃないですか

と思ったけど、 mlterm ではちゃんと1文字幅で表示されるなぁ…… alacritty のバグ？

なんだこれ

や、 mlterm 側でフォントレンダリングを強制的に半角幅で遮断しているだけという可能性もあるし、やっぱフォントが怪しい

そもそも Ricty にない文字でフォールバックしてるっぽいことがわかった

なんか Noto Sans Symbols が使われてるっぽい……そりゃ幅も崩れるわ

GNU の Unifont とやらが monospace で記号とかも盛り沢山のいい感じっぽかったので、それ入れた

(解決) tmux で EAW二文字幅としてこの先生きのこるには - 平衡点(2017-02-08)
https://uwabami.junkhub.org/log/20170208.html

つらいなぁ

Add support for the XDG Base Directory Specification · Issue #142 · tmux/tmux
https://github.com/tmux/tmux/issues/142

tmuxェ……

ガッカリだよ

今日日 $HOME にファイルを散らかすことを推奨するの、ほんと勘弁

だいたい tmux は割と設定ファイルの仕様の更新も激しいのに Ubuntu とかは LTS ではそこそこ古いバージョンしか用意されてなかったりするし

そうなると、設定ファイルをバージョン管理している身としては、バージョン毎にファイルを分割して共通のエントリーポイントから適切なファイルをロードしたいわけだけど、さて複数ファイルをどこに置くんですかという

だったら最初から XDG config の場所にディレクトリ作って $HOME を汚染せず済ませたいが

Support config to control width of ambiguous width characters by lo48576 · Pull Request #1049 · jwilm/alacritty - https://github.com/jwilm/alacritty/pull/1049#issuecomment-360242567

なんだこれー！意味わからないバグやん！！

https://github.com/jwilm/alacritty/pull/1049#issuecomment-360375559
alacritty のﾌﾟﾙﾘｸ書いたら zsh のバグの話をしなくてはいけなくなった図

なんで CJK 圏に住んでるだけでこんな仕打ちを受けないといけないんだ……

https://theboss.tech/@the_boss/99409291750448763 #potd

某短編を思い出した

妹エクスプロイト
https://ncode.syosetu.com/n9428dl/

このアカウントは、notestockで公開設定になっていません。

性器表現 (i) で愛がキャプチャされるの、夢があるな #意味不明

firefox はいいぞ

clang, qemu, virt-manager, virtualbox, inkscape など名だたるあれこれが python3 非対応のうえ、 mcomix とか arandr とか scons とか asciidoc とかの便利なあれこれも python3 非対応なせいで py2 の依存を引き摺りこんでくるし、本当にこの界隈一度滅びないと駄目なのでは

python もろとも滅びるか、 python3 非対応なやつらをリポジトリから切り捨てる覚悟を distro の distributor とかが決断するか、公式で python2 をバッサリ廃止して大々的に宣伝するとか、そのくらいのことをしないと状況が改善されない気がする

もう 3 が出て何年だと思ってるんですか

しかも python のライブラリはバイナリと違って小さなファイルが沢山あるという状況になりやすいので、マシン構成によっては I/O やストレージへの負担が大きくなりがち

PHP まわりの状況はよく知らない (最新の Debian で PHP 7 が標準になったぽいというのは把握している)

C は高級アセンブリ、それはそう

プログラマって土台を作る側でもあるので、「あるもの使ってなんとなく動けばいいや」でやっていくと際限なくクソの山が積み上がっていきかねないし、その辺りはちゃんと責任感持ってやろうとすると、(少なくとも外に露出する設計とか API とかは)綺麗で正しいものを用意しないと、という気持ちにはなりますね

これは偏った意見ですけど、 UI デザインで、正しさをさておいて「使われているんだから」とか「既に○○があるんだから」とか言えてしまうのは、 UI デザインの上にアプリケーションが乗らなくて人間にしか接していない面だからこその思考だとは思います

この辺りの考え方の差が顕著に表れるのが HTML とかでの文書設計で、プログラマ寄り(未定義)の人は「セマンティックに作って機械可読にできるべきだ」と考えて、 UI デザイン寄り(未定義)の人は「人間が読める、綺麗に見えることが大事(し、対象読者は人間なので機械可読性なんてどうでもいい)」みたいな感じになるのだと思う

まあこの辺の話、私はかなり原理主義寄りなので中立の立場での話はできないです

たとえば一例としては、「時間は秒単位だから int 使おう」じゃなくて「時間を表す型をわざわざ用意して使おう(そしてユーザのエンバグのリスクを下げよう)」などが「責任感のある設計」です(個人的な感想)

std::chrono::duration - cppreference.com
http://en.cppreference.com/w/cpp/chrono/duration

たとえばの話です

ここで C++ を使っているのに時間や時刻を int その他平凡な整数型で返すようなライブラリを見ると、ああこれは駄目だな(使いたくない）と思ってしまいます

C は低いレイヤーでの動作を表現することに関しては極めて素朴だし、多様なハードウェアに適用できるし、それを求めたシステムプログラミング言語の設計としてはひとつの正解だとは思いますね(単に当時のコンパイラがそこまでパワーを持てなかったという制約がつらぽよを生んだのだと思う)

ただ高級な設計を C に落としてくるのは、人間が直接やるには些か厳しい、というのは周知の通り

じゃあ何故未だに C がよく使われるのかといえば、 ABI 互換性あたりの事情だし、結局低級の事情だと思います(バイナリ互換性を全く気にしなくていいという条件つきなら、 C を使って大規模に作りたがる人なんてほとんどいないと思う)

＞ Docbook ＜

better C と idiomatic C++ の間には結構な壁がありますよね……

来年度こそその辺りのアレを C++ 講習会でどうにかしたい(サークル活動)

これ、ほんとこれ

や、 HTML4.01 から HTML5 ではだいぶセマンティックな方向に動かせたので、 W3C その他関連組織は本当によく頑張ってくれたと思います(個人の感想)(十分だとは言ってない)

結局どこまで素人/初心者/初学者に歩み寄るか、あたりの話のような気もするんですけどね。でもいずれ中上級者になる(ことが期待される)初心者のために、あらゆる人が良くないデザインの上に乗っかるのが、はたして妥当なコスト分配なのか疑問でもある

今のご時世なら、中間言語とか簡易記法とか使えるので随分マシなんですけどね (例としては、 asciidoc から docbook への変換が可能だったり)

markdown はあまりにクソ(個人的感想)なのでやめてほしいです

これは何度か言ってるんですが、 markdown はエディタ界の notepad.exe です

まあﾌﾞﾖｸﾞをオレオレ XML で書いてるような奴が何を言っても原理主義者の戯言にしかならないですね、はい

@seg_faul@mstdn.jp あれは純粋に「プレーンテキストとして読めて、かつ整形表示ができる」ことだけを求めているので、インデント改行云々あたりの規則がパーサ泣かせですし、あとセマンティックな記述はほぼ不可能です

セクション ID を指定するのすら、処理系独自拡張を使わないと不可能ですからね >markdown

markdown は、設計上も実用上も「整形可能プレーンテキスト」でしかないです

その点 asciidoc は、意味上は docbook のサブセットとして作られているし、独自のタグも (markdon のような混乱なしに)言語デザインの枠内で用意できるので、表面的に似ているように見えても markdown とは雲泥の差です

スクレイピング用サーバ……面白そう

私がやると仕様を考えるだけで無限に時間がかかりそう

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

だからスマホ太郎とデスマ太郎は原作読んでくださいって！

この2作品は全体の長さも長いし山場までも長いので、アニメの尺で足りるわけがない

これはえらい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

効率的だと思うけど、扉が開いている間に動けないようなロック機構が存在しているか不安になるな……

systemd-run --user --scope ... doesn't work with unified cgroup hierarchy · Issue #3388 · systemd/systemd
https://github.com/systemd/systemd/issues/3388#issuecomment-360453168

なかなか解決されないなぁ……

このアカウントは、notestockで公開設定になっていません。

そっちの漫画界隈でお金出しあって公式アカウント群専用インスタンスとか立ったら拍手喝采します(期待はしてない)

べつに回線は末端と鯖側だけじゃないんだし、どこかで詰まるということはあるのでは(にしてもｲﾝﾀｰﾈｯﾂってそんなに簡単に速度落ちるものなのか？)

ネットワークあまり勉強してないのでよくわからん

一応買うだけ買って積んである『マスタリング TCP/IP』があるので、時間ができたら勉強したいが

そもそも、こういう連続値の分布のグラフって累積でやった方がいいんじゃないですか(統計よくわからん)

Mastodon の検索ボックスが動かなくなった件、どうも fcitx-skk を使用中に commit-unhandled 経由で流した \n コマンドが届いてないっぽいということがわかった (gnusocial (qvitter) の検索ボックスでも同様の問題が起きた)

fcitx-skk でなく fcitx での直接入力を使うとちゃんと Enter イベントが通るので、不思議

javascript 経由で何かあると駄目なのかなと思っている

普通の1行ボックス (github の検索とか)は Enter そのまま通るので

SKK は英字入力もそのままできるせいで常時 SKK 有効化していたんだけど、さすがにこのレベルの (xim レイヤーの)バグを直す知識はないので、入力メソッド OFF のホットキーを用意することで運用で対処しようと思う

今のところ C-j と Muhenkan を入力メソッド有効化に割り当ててるので、 C-S-j と Shift-Muhenkan を入力メソッド無効化に割り当てた

https://mastodon.cardina1.red/@lo48576/99410692220871846

fcitx-skk か libskk のバグで、 javascript 絡みっぽい？ #らりおメモ

このアカウントは、notestockで公開設定になっていません。

わかる

最近斧研ぎすぎ感があって、たとえば今週は、

* 日本語入力システムを乗り換え (uim-skk → fcitx-skk, libskk) →そのままパッチ量産プルリク
* ターミナルエミュレータ乗り換え (mlterm → alacritty) →そのままパッチ当ててプルリク
* zsh の ambiwidth バグを回避するパッチを当てる

などしていました(なお卒論は)

卒論……やばいよ……

ｱﾝﾆｭｰﾄﾞﾝｽｨｰﾄｩｰｱｰﾝﾀﾞｰｽﾀｰ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

かわいい

ＮＥＤＯ検査、ニセ半導体見せすり抜け　スパコン詐欺：朝日新聞デジタル
https://web.archive.org/web/20180125140346/https://www.asahi.com/articles/ASL1T52WBL1TULFA011.html
WebArchive です、記事が消えたらどうぞ

ＮＥＤＯ検査、ニセ半導体見せすり抜け　スパコン詐欺：朝日新聞デジタル
https://web.archive.org/web/20180125140346/https://www.asahi.com/articles/ASL1T52WBL1TULFA011.html

見せ半導体がニセ半導体扱いされたということですね #高度なジョーク (?)