石橋秀仁とオードリー・タンは似たようなこと言ってるんだけど、石橋秀仁の言い方はキツすぎるし、オードリー・ タンの言い方は柔らか過ぎる
石橋秀仁とオードリー・タンは似たようなこと言ってるんだけど、石橋秀仁の言い方はキツすぎるし、オードリー・ タンの言い方は柔らか過ぎる
似たことを言ってはいるけど、石橋秀仁の「「ショボいのは日本人」という屈辱的な絶望が必要」って、絶望が屈辱に繋がること自体が日本人的というか、無宗教的な発想で、そこが問題なんじゃないですか。キリスト教徒や仏教徒は、人間の有限性を屈辱って考えますか?
絶望や挫折が恥だという考えがある、そのことがまずいと僕は思うし、そこに「屈辱的な絶望」を求めるのは、やっぱり感情的に気色悪い
そこのところ、ほとんど同じこと言ってるんだけど、オードリー・タンの言い方はやわらかく、角が立たない言い方になっている。
毒がある文章の方が好きな人もいるだろうし、やわらかい表現の方がいいのかは分からないけど、自分で実際に政治に関わるのであれば、そういう言い方をする能力は必要だろうなと思う
相手が十分に理性的だと思ってあえてキツい言い回しをしているところがあるけど、そういう言葉の運用は、インクルーシブではない
相手が理性的なら「お前は人間じゃない」って言っても大丈夫だけど、相手の理性を信じていないなら尚更表現には注意を払わないといけない
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
% curl -H "accept: application/json" "https://xxx.azyobuzi.net/objects/bb9e7c8d-3c0d-408c-a4dc-5570ad8a6a54"
{"@context":["https://www.w3.org/ns/activitystreams","https://xxx.azyobuzi.net/schemas/litepub-0.1.jsonld",{"@language":"und"}],"actor":"https://xxx.azyobuzi.net/users/kb10uy","attachment":[],"attributedTo":"https://xxx.azyobuzi.net/users/kb10uy","cc":["https://xxx.azyobuzi.net/users/kb10uy/followers"],"content":"<p>ぼく「Ok Google, <ruby>t+pazolite<rp>(</rp><rt>トパゾライト</rt><rp>)</rp></ruby> の Chrome <ruby>VOX<rp>(</rp><rt>ヴォックス</rt><rp>)</rp></ruby> を再生して」Google Assistant 「<ruby>t+pazolite<rp>(</rp><rt>ティープラスパゾリテ</rt><rp>)</rp></ruby> の Chrome <ruby>VOX<rp>(</rp><rt>ボックス</rt><rp>)</rp></ruby> を再生します」</p>","context":"https://xxx.azyobuzi.net/contexts/119a91e7-e039-45b2-8fbc-f726443f02cb","conversation":"https://xxx.azyobuzi.net/contexts/119a91e7-e039-45b2-8fbc-f726443f02cb","id":"https://xxx.azyobuzi.net/objects/bb9e7c8d-3c0d-408c-a4dc-5570ad8a6a54","published":"2021-02-28T06:37:40.446373Z","sensitive":false,"source":"ぼく「Ok Google, [ruby{トパゾライト}t+pazolite] の Chrome [ruby{ヴォックス}VOX] を再生して」\r\nGoogle Assistant 「[ruby{ティープラスパゾリテ}t+pazolite] の Chrome [ruby{ボックス}VOX] を再生します」","summary":"","tag":[],"to":["https://www.w3.org/ns/activitystreams#Public"],"type":"Note"}%
% curl -sL -H 'accept: application/ld+json; profile="https://www.w3.org/ns/activitystreams"' "https://pleroma.ryusei.dev/notice/A4j0Yjtk7koIg8cwdM" | jq .
{
"@context": [
"https://www.w3.org/ns/activitystreams",
"https://pleroma.ryusei.dev/schemas/litepub-0.1.jsonld",
{
"@language": "und"
}
],
"actor": "https://pleroma.ryusei.dev/users/mandel59",
"attachment": [],
"attributedTo": "https://pleroma.ryusei.dev/users/mandel59",
"cc": [
"https://pleroma.ryusei.dev/users/mandel59/followers"
],
"content": "<p>漢かん字じ</p>",
"context": "https://pleroma.ryusei.dev/contexts/497e5a0f-c7be-42d2-8a06-5a610680ecc4",
"conversation": "https://pleroma.ryusei.dev/contexts/497e5a0f-c7be-42d2-8a06-5a610680ecc4",
"id": "https://pleroma.ryusei.dev/objects/7e742b81-2c8d-4b67-b186-b1dd65e39aa7",
"published": "2021-02-28T06:59:27.987972Z",
"sensitive": false,
"source": "<ruby>漢<rt>かん</rt>字<rt>じ</rt></ruby>",
"summary": "",
"tag": [],
"to": [
"https://www.w3.org/ns/activitystreams#Public"
],
"type": "Note"
}
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/lib/pleroma/web/common_api/utils.ex#L294 text/markdown→text/html 変換している部分
Earmarkの最新にはescape: defaulting to trueの記述があるけど、Pleromaが使っているあたりのバージョンにはない
This account is not set to public on notestock.
markdown の根本的につらい点、文法拡張用に予約された汎用的な記号や構文が存在しないところなのよね。 XML はその点すべてのタグ文法が予約済なので安心して拡張できる
scrub_policyでTwitterTextにしてるとbrは通るけどrubyは取り除かれる
Defaultだとruby周りは許される
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/priv/scrubbers/default.ex
Meta.allow_tag_with_these_attributes(:ruby, [])
って書いてあるけどな
Soapbox-FEでHTMLを処理してるのはこの辺? https://gitlab.com/soapbox-pub/soapbox-fe/-/blob/develop/app/soapbox/actions/importer/normalizer.js
https://pleroma.ryusei.dev/api/v1/statuses/A4iydHBi5z4ZAv4Cn2 このAPIの応答の時点ですでにrubyタグは除去されている。じゃあやっぱりバックエンド側で除去してるのか
データベースに突っ込まれた段階ではそのままrubyタグが残っている訳で、それをAPIが返す過程のどこかでrubyタグが除去されているはず
ユーザー設定でno_rich_textになっているからかなって思って確認したけどno_rich_text: falseになってるっぽい
結局、 https://git.pleroma.social/pleroma/pleroma/-/commit/3cfc20083ecc804713eb90cae6e4dec60d353fa5 3ヶ月前のこのコミットでRubyタグ対応が入ったけど、ぼくが使っているv2.2.2 (2020-01-18) ではまだ対応してなかったっていう
とりあえず、出力側でrubyタグが消える問題の原因は分かったけど、Markdownで入力したときにrubyタグが消える問題の方は解決していない
自分が入力したMarkdownのrubyタグが除去される問題の方も解決しないと、rubyタグが使えるようにならない(develop版使えばokなのか?)