B̅ @cmplstofB@mathtod.online

私がAsciiDocを使い始めた切っ掛けは，行内・別行数式を記述する選択肢が公式に3つも用意されていることだった。
https://asciidoc.org/userguide.html#X78
そして今，↑これ以上に重要な理由がDocBook XMLとの高い親和性。
AsciiDocの構文はDocBookを念頭に置いて設計されているので，ほとんど情報を損失せずにDocBookに変換できる。そしてDocBookで定義されている学術系文書に有用な情報記述子（例えば参考文献や数式など）がAsciiDocの構文として扱える。
https://asciidoctor.org/docs/convert-documents/#converting-a-document-to-docbook

β

MathJaxがXML木構造を破壊して，DOM操作を困難にする，っていう話，これ今でもそうなんかな。

https://twitter.com/i/events/856781928468369408

この記号→∯って，単なる面積分じゃなくて「閉面積分」にしか使えないっぽいな……。
一般の面積分を表わす記号はないだろうか。
\[
\int_S
\]
↑これくらいかなぁ……。

WikimediaのBabelみたいに，「わたしは〜語を母国語とし，〜語をある程度使えます」という情報を共通の形式で表現する方法ってなにかあるのかな。

後回しにすることにした

これかぁ。やっぱ全然記法がちげーじゃん

正直，「<文字列のバイト数>:<文字列本体>」うんぬんの原典を失念しているので，実は全然違う記法だったっていう可能性が大いにある。

マストドン日本語ウィキ，ノリが寒すぎることがあって嫌い。

↓これの概要とか酷い。まあ，ページIDを見る限り最初期に書かれたページみたいだし，内輪ノリを引き摺ってたんかな。
https://ja.mstdn.wiki/index.php?curid=21

ていうかこれ言い出したら「文字列のバイト数」にあたる部分の整形性（絶対に正しいバイト数であること）が保証されてないといけない訳で，もともとは，文字列を読み込み始めたときに，その文字列が型通りに終わるのかどうか保証出来ない言語でやろうとしてるんだから，どうしようもないね。

> 焦がしにんにくのマー油と葱油が香るザ★チャーハン600gとは、味の素株式会社から発売されている冷凍食品[1]。また、それから派生したインターネットミーム・コピペ。

この文章だけでもう面白い。

https://ja.mstdn.wiki/index.php?curid=1428

なんかどっかで
「<文字列本体>\0」に代わる記法として「<文字列のバイト数>:<文字列本体>」みたいなのが提案されてたような気がしたけど，今探しても見付からない。知名度低いっていうか利点がなかったんかな。

OMMC，禁輸品やろ。

Core2からならほぼ確実にCore i$x$で64bit OS動きますね。ありがとうございます。

Intel Core iなんちゃらのCPUって，基本的に64bit OS入れてもOK？

調べ方も分からない。Intelのサイトに入ったけど，CPUの型番と対応OSのBit数の一覧，みたいなのが探せない。

EXIがW3Cによって策定されているので、事実上すべてのXMLがバイナリ形式になり得る(暴論

SATySFiの人？

canonicalな具象構文ってどういう意味だ……？

全部可視文字の手書きPDFの例↓
これはなんとpdftexで組版すると全く同じ内容のPDFが出力されるQuine。

https://zrbabbler.hatenablog.com/entry/20160104/1451921143

PDFって一応全部可視文字列でも記述できたと思うけど。
PDFのバイナリ部分って要は本文にあたる部分がgzipだったり他の圧縮をくらってるところだから，本文部分を無圧縮で書けばバイナリを無くせる。
まあ，暗号化PDFとかになると話は別だろうが。

↓神崎氏が作った電子郵便署名用のRDF語彙。

http://purl.org/net/ns/sig#

RDFもめっちゃ好きな概念なんだけどな。
実際，e-mailの署名はTurtleで書いてるくらいには。