orange @[email protected]

行政の出してくるワクチン接種対応医療機関一覧、そもそも自分の住んでいる住所の町の隣が何町とか知らんので、選択しにくいんだけど、普段から市政に関わっている人は町名を聞いただけでどこか思い当たるだろうし、気がつかないんだろうな。いや、それとも隣が何町か知ってるのが当たり前だったりする？

BibTeX 記法を SNS なり HTML なりに書いてそれっぽいリンクにならないのはシンプルに処理系がそういうのに対応していないからであって、 BibTeX の記法がリンクとして使えないことを意味しているわけではない。既存フォーマットを abuse せずにちゃんと処理系で適切な表現を出すことを考えるべき

たとえば「ISBN や URL だけでは不十分だから BibTeX の .bib フォーマットを使う」みたいなのはそういうことだと思うんだけど

意図にせよなんにせよ、 canonical form が存在しない情報への一意なラベルとして ID というものが存在しているわけなので、 ID は一意なラベル以上の何かであることを期待すべきではないし、もし何でもいいから別の情報が入っていてほしいならそのためのフォーマットを発明すべき

後から「分割」する必要が生じるのがそもそも自然ではなくて、最初から「別物だが表示上は一体化できる」くらいの距離感であるべきなんですよ。まあ実装やリンク設計がダルそうというのはもちろんそうなんですが……

さっきの記事の言葉で言うなら、「脱線」はそもそも特定の記事という最小単位パッケージに対する追加ではなく、独立した記事を “埋め込む” ことによって実現される (たとえば『ラーメンばかり食っていると危ない』という小さな “記事” を『ラーメン』記事に “埋め込む” ことでインラインに表示する) べき、ということ

> DB上のページIDと、ページ内容が脱線していく事がある

「ページの『意図』」がそもそも変異しうる、という話では？

よくわかんないけど、場所を示す文字列がどういうフォーマットであろうが、その文字列の中に意図の情報が含まれていないと、場所(URLならばリンク先)が変化してしまうと意図の解釈がおかしくなるって話だと思うんだけど＞＜

つまり「セクションが一方的に “記事” に従属しているように見えてしまうが、そもそもセクション自体が単体で記事レベルのアイテムとして成立しうるし、それが単にリンクされ埋め込み表示されていると捉えるべきではないか？ (そして大抵のアプリはそういうモデリングをできていない)」というのと、「アイテムがひとつの親アイテムの下にあるという木構造はそもそも情報の関係性のモデリングとしてあまりに貧弱すぎるし、それがサブアイテムの切り出しや整理を阻害しているのではないか？」という感じで世界を見ています