moraにアカウント作るだけ作った
そういえばpleromaのdevelopで投稿削除時に画像も削除するやつマージされたけど削除して再投稿みたいなことするときに画像消えるのかしら…
Edgeで普通にChromeウェブストア見たら、「他のストアからの拡張機能を許可する」って出るのな
GitHub for mobileがAndroidにも出たからUIと言うかUXを近づけようとしたとかかしら
AdSenseってすでに審査通ったアカウントだと新しいドメインの審査はadsenseのコード入れなくてもいいんだな(´・ω・`)
i要素をb要素みたく意味がなくて斜体のデザインだけの意味だと誤解してたなって
https://developer.mozilla.org/ja/docs/Web/HTML/Element/em#%3Ci%3E_vs._%3Cem%3E
CommonMark Spec
https://spec.commonmark.org/0.29/#emphasis-and-strong-emphasis
まあそもそも Markdown (CommonMark) においても `_` や `*` は <em> 相当だし `**` は <strong> に相当すると規定されているので、単に日本語で斜体を吐こうとする処理系が何も考えてないだけだろというのもあるけど……
で、何かというと、たとえば「文字を斜めにする」という英語圏の人間にしてみれば普通にある表現ですら、日本からしてみれば意味不明でそもそもうまく使うことさえできない死に機能なわけですよ。
だからこそ、文書を書くときスタイルではなく意味を指定しろとしつこく主張する人々が存在するわけですね
<strong>: 強い重要性要素 - HTML: HyperText Markup Language | MDN
https://developer.mozilla.org/ja/docs/Web/HTML/Element/strong
<i> - HTML: HyperText Markup Language | MDN
https://developer.mozilla.org/ja/docs/Web/HTML/Element/i
<b>: 注目付け要素 - HTML: HyperText Markup Language | MDN
https://developer.mozilla.org/ja/docs/Web/HTML/Element/b
たとえばこれらは HTML の概念だけど、今ではもう「太字」とか「斜字」とは規定されていない。
「重大であるもの」「他と区別されるもの」「注意を惹きたいもの」といったように、見た目ではなく意味でその作用が規定されている。
これが semantic markup であり、「見た目ではなく意味を指定することで、読者に合わせて適切なスタイルを選択可能にする」という強みになる
このアカウントは、notestockで公開設定になっていません。
italic はイタリック用の別フォントになる、そこが重要なのであって、単に斜めになっている slant とは別の概念なんですね。
で、日本語には italic がないので slant で表現されがちなんだけど、本来であれば英字の italic 相当の概念は草書体とかそういう感じの差異で表現されるべきはずなの (もちろん意味付けは英字における italic のそれとはちょっと違うけど)
まずこれは重要な本質情報なんですが、
italic を「斜体」と安直に思うのは良くない
/ostatus_subscribeにalias uriでactivitypub accountを渡したらユーザーを取得できなくなる問題、cacheのせいかと思って処理を追ったけどupdateでnickname columnが同値だったらprimary key以外上書きするようになってて、そのあとset_cacheのされてたから違ったかーってなる
語句の引用で斜体にすることはあるけど強調としては使わない気がするしそもそも斜体で描画されないことが多いのよなあ
結局、我々がなんとなく README で使ってきたテキストをある程度定式化した「text/plain のフレーバー」が markdown であって、その程度のことにしか使えないということは常に自覚しておくべき (特にサービスを作る側になりがちな人々は)
markdown はそもそもの思想として「プレーンテキストとして通用するテキストに、一応はリッチテキスト風なセマンティクスを味付けする」というものなので、 HTML を埋め込むのは Markdown 思想のほぼ全面的な敗北を認めたのと同じ
このアカウントは、notestockで公開設定になっていません。
.mdにHTML書きたくないし、ラベルとhrefとで同等内容を2度入力したくねぇ！
…てなわけでこんな書き方してみたけど、改めて考えると微妙に書きやすくなったメリットよりも、Jekyll捨てた時に死ぬってデメリットの方が圧倒的に上回るから、次回更新時は素直に<a>タグ書きます…
https://raw.githubusercontent.com/dekisugi/dekisugi.github.io/master/contacts.md
https://github.com/dekisugi/dekisugi.github.io/blob/master/_includes/fediverse
