Claude Opus 5.5を使って鑑賞作品の整理をしていたところ、鑑賞履歴に漏れがある作品があることが分かった。エクセルのVLOOKUPで機械的に確認したところ『北極百貨店のコンシェルジュさん』と『大雪海のカイナ ほしのけんじゃ』が鑑賞履歴から欠落していることが判明した。
過去の予約メールと、保存している紙チケットから突き合せた結果、この画像のような差分があることが判明した。
恐らくどこかで操作を誤ったか何かで『アリスとテレスのまぼろし工場』がフィルされた結果、『北極百貨店のコンシェルジュさん』と『大雪海のカイナ ほしのけんじゃ』が消えてしまったのだと思う。
またそれとは別に『アリスとテレスのまぼろし工場』の鑑賞が一回分欠落していることが分かったので、そこも埋めた。
これによって『アリスとテレスのまぼろし工場』の鑑賞回数が前回集計時の8回から6回に減少した。
先日、『聲の形』の10周年記念再上映が始まった。私は2019年に映画を観始めた関係で、それ以前の作品については触れる機会がなく、聲の形は興味のある作品の一つだったので観に行くことにした。これはそのログである。他にも『心が叫びたがってるんだ。』『サカサマのパテマ』にも興味があるので再上映が叶った暁には観てみたいと考えている。
鑑賞は兵庫県下で唯一上映を担当したアースシネマズ姫路で行うことにした。こちらではDolby Atmos上映となっており、ただでさえ音がいい館なのに、更によく、大変素晴らしい没入感を味わうことができた。
さて、前置きはほどほどにして感想に入っていきたい。
正直、本作を観たのが今でよかったと思う。今だからこそ、カタルシスという言葉の意味が解る。
『トラペジウム』で出会った脳を灼かれるという感情は、すなわちカタルシスなのである。
私は『トラペジウム』や『メイクアガール』といった「脳を灼かれる」作品を好んでおり、そしてこれらを観てきたからこそ、本作をより灼かれる作品として鑑賞することができたと思う。
思えば他にも過去に好んできた作品にこのような要素は多かったように思う。例えばSAOはアスナが親による圧力を受けていたり、シノンがリアルで襲われたりとか、そういった暴力的なシーンはあったし、それを観ていたからこそ映画のSAOPも、そういう背景込みで楽しめていた部分はあったと思う。
『アリスとテレスのまぼろし工場』もヒロインが捨てられるような描写があったり、偉そうな人が凋落してリンチにあったり、主人公が親から圧力を受けたりするなど、そういう描写があったように思う。そして決まって切り返しの場面がある。
こういった作品を多く観てきたからこそ、私は本作を今観て、その意味を嚙み締め、感情に刻むことができたように思う。もうこれは「脳を灼かれる」というより「カタルシス」である。カタルシスは日本語的には「精神の浄化」や「悲劇が観客の心に怖れと憐れみの感情を呼び起こすことで精神を浄化する効果」らしいが、そういった意味ではまさに精神が浄化されるような気持ちなのかもしれない。
私はボーイミーツガールが好きだ。例えば『あした世界が終わるとしても』『ジョゼと虎と魚たち』『夏へのトンネル、さよならの出口』、そして何よりも『ソードアート・オンライン』といったボーイミーツガールはそれに該当する。
そして本作はボーイミーツガールでもあった。つまりカタルシス x ボーイミーツガールという組み合わせだ。
余談だが私のボーイミーツガール好きは『交響詩篇エウレカセブン』から来ている。
全てを壊しその負い目から自殺を試みた少年と、逆に全てを壊したと思い込み自らを疫病神のように思い自殺を試みた少女、そしてすべてを壊されたと思ったクラスメイト達の物語だと思った。
少女をいじめ、その結果自分がいじめられる側に転落したガキ大将だった主人公、ヒロインをいじめる側から主人公をいじめる側に転換したクラスメイト、そしてどれだけボロボロにされようと全員と友達になりたかったヒロイン。ああ、こんなひどい物語があってたまるものか、ヒロイン以外は全員が全員を下に見ていて、全ては快楽の対象なのだ。
そしてこのことは子供であるこれらの人物以外にも主人公とヒロインの親にまで波及して、血を流す暴力沙汰にさえ発展する。主人公の親はヒロインに対する賠償金を負担することになる。このことは主人公に高校生になるまでの間、長らく負い目を持たせ、主人公は希死念慮を抱くようになる。しかし主人公は親の必死の説得によって自死をやめる。
反対にヒロインにもクラスを無茶苦茶にしてしまった、自分が悪いという希死念慮が芽生える。これはクラスメイトの一人がそう発言していたことの影響も大きい。つまり部分的に事実ではあったのだ。そしてヒロインは主人公とは異なり、本当に飛び降りてしまう。しかし、その死は主人公の犠牲によって食い止められる。
主人公をいじめていたクラスメイトの一人は、主人公を決死に介抱し、ヒロインを排除しようとする。しかし紆余曲折あり、最終的には母親同士さえ完全に和解する。小学校から高校までの長い時があり、完全に断絶しており、破壊されていた人間関係が修復される。言ってしまえばご都合ストーリーと言われても仕方がない内容だとは思う。しかし、だからこそ、これが創作だからこそ心が揺さぶられるのかもしれない。
ここまでの流れからするに、一度完全に破壊しつくされ、もう二度と戻らなくなったものでさえ、それは努力によって修復することが可能だということを示唆しているのではないかと私は感じた。少なくとも私は本作からそれを感じ取った。
覆水が盆に返ることは決してない。零れた水は流れ、地面に染み込んだり、表面積が増えたことで蒸発する。その事実は決して変わらない。
ただ盆を元に戻し、そこに水を注ぐことはできる。過去は変えられないが、未来は変えることができる。
だから、何か過ちを犯して悔いているなら、それは改め、前を向いてもいいかもしれない。そして自分がかつて被害者だったとしても、赦していいのかもしれない。一生相手を憎み続けるのではなく、時には赦すことも必要なのではないかということだ。或いはそうでなくても過去に立ち向かうこともそうかもしれない。
これは『超かぐや姫！』における、いろはと母親の関係や、『どこよりも遠い場所にいる君へ』の月ヶ瀬が逃げていた過去、七尾が血縁者からの虐待に向き合うことにしたことも似たようなことかもしれない。
本作は障害者と健常者のラブストーリーや突き放したヒロインを再び追う部分では『ジョゼと虎と魚たち』に近いし、集団の破壊や同調という意味では『トラペジウム』も近いと思う。
陰湿さでは『かがみの孤城』のキャラクター背景も一つ近い部分があるかもしれない。離れてまたくっつく取り戻したい想いでは『アリスとテレスのまぼろし工場』の要素も少しありそうだ。
そして過去に立ち向かう姿勢では『どこよりも遠い場所にいる君へ』の要素もあるように思える。
人生は何があろうとやり直せる、死に値するものなどどのようなことだってない。そして過去は取り消せないが、やり直すことはできる。私は本作からそれを感じることができた。過去にもそういうメッセージを受け取ってきた作品はあったと思うが、本作はそれを非常に強く感じられたように思う。
また本作は陰湿でひどいいじめが小学校で始まり、ヒロインが転校し、そこから高校に入り結構なブランクがあったのに、クラスメイトとヒロインの再会によっていじめが再発するし、親同士の確執が再燃するというなかなかグロテスクな設定があり、最終的にはそれを乗り越え、全てを終結させるが、しかしそれでも、歪さは残ったままで、ただそれがいい。そう、問題は解決するが、全てがきれいに収まるわけではない。
私はキノの旅にある「世界は美しくなんかない。そしてそれ故に、美しい。」というワードが好きなのだが、本作はこれに非常に合致する。これ以上ないほどにだ。だからこそ、これ以上ないまでにカタルシスを感じたのかもしれない。正直、醜さを醜さのまま据え置いているという点では『メイクアガール』にも重なる部分があると感じるし、『メイクアガール』は間違いなく過去の鑑賞作の中でも群を抜いた傑作だった。そして本作も、そうだ。
そして本作の聲の形とは聾唖者でヒロインの聲の形そのものであり、拙くもどかしくとも、気持ちのこもったThe shape of voiceということもよく理解できた。タイトルがここまで響いた作品も他にない。決して綺麗じゃない、醜さがあるかもしれない。だからこそ、それ故に美しいのだ。
すなわち、本作は私が観てきた中で間違いなく最高のボーイミーツガールだった。ここまでの積み重ねがあったからこそ、今初めて観てよかった作品だったと、そう感じたのだ。
実は私は京都アニメーションの作品が苦手で、理由として『けいおん！』や『響け！ユーフォニアム』があまり好みでなく『涼宮ハルヒ』シリーズも得意ではない。
しかし本作は非常によく、『ヴァイオレット・エヴァーガーデン 外伝 －永遠と自動手記人形－』も好みの作品であるから、要因を少し探ってみたところ本作と脚本家が同じであることが分かったので、このあたりが影響しているのかもしれないと思った。
他にもシャフトやスタジオコロリドなど苦手としているスタジオはあるのだが、いずれも何かしらの化学反応が起きると劇的な輝きというか、カウンターというか、非常に素晴らしい作品が出てきたりするので、固定観念をあまり持っても仕方がないのも確かな気はしている。ちなみにシャフトについては単に物語シリーズが苦手なだけな可能性は多分にある。
adiary置き換え計画始動から連なる、Lyndbaum v4.20アップデートの続き。
バージョンが0.2上がった。今回はバグ修正と機能削除がメインで3,434行追加、15,841行削除と、追加の5倍くらい削除している。
v4.20でやった管理画面のごみ箱で画面幅を狭めると要素がボックスを貫通する不具合の修正の仲間。
MarkdownモードではSatsuki記法のガワである[::]のようなものを出すだけで、機能していなかったため、機能するようにした。
なお、この機能はこのサイトではこれまでに使っていないが、便利な気がしたので対応した。
<details><summary>の中でMarkdownが展開されない問題の対応この中ではMarkdownが展開されず、単なる文字列として出てくる状態だったため、中にあるMarkdownを解釈できるようにした。
管理画面にはadiaryの表示基盤ともいえるSatsuki2テーマと深く結びついており、引きはがせない場所があった。
どうしようもないので管理画面用に切り離したSatsuki2テーマを残し、公開画面用のSatsuki2テーマを別に切り出した。
既存テーマのレスポンシブ対応を行い、SPモードの削除ができるようにした。
なお横長の画像によってレイアウトが完全に固定されているなど、レスポンシブ対応が単純にできないテーマはすべて削除した。
また3カラムテーマと2カラムテーマを切り替える機能は色々無理があったので個別にテーマを作って対処した。
一番便利に作ってあるため。ほかのテーマはレスポンシブ対応こそしたもののadiary自体の思想を引きずっているため、レスポンシブ対応したというだけで終わっている。
これもSatsuki2テーマをコア機能から引きはがしたからこそ、できた対応である。
今までずっとここにバージョン出てないのはおかしいと思っていたので…。
関連機能を消し去り、SPモードを全廃した。これだけでコードが13,000行ほど消えた。
3.52devからフォークしているため、それより前は過去として忘れることにした。
v4.15時点でやった記法削除の続き対応として、Google検索やWikipediaリンクの記法と言った、それ事前に調べてリンク取ってくるからURLリンク貼ったら終わる米みたいな記法や、はてなダイアリー時代の記法、その他諸々を消した。TeXも私が動作確認できないので消した。
Pukiwiki記法すら忘れられかけているのに、さつき記法は無理があろう…と言うことで、ほとんどの記法を削除した。目次や画像、動画などと言った一部の記法や、記法拡張機能は便利なので残してあるがMarkdownの拡張記法という位置づけになっており、最早さつき記法とは呼べない。
V420 bugfix1 / V421 / V422
なんか前にやることがなくなってきたとか書いた気がするが、インポート機能やエクスポート機能が機能削除の連続で破綻してきているなどで、整合が取れなくなってきている部分がある他、地味な対応が結構浮かんできているので、やりたいこと自体はだいぶ出てきている。
ただやっていくペースは落としていき、後はのんびりやっていきたい構えだ。実際今回も変更行数こそ多かったものの、v4.20同様に変更点そのものは減っている。
そういえば、本家からどの程度変わっているのか差分を確認すると、現時点で1,073ファイルの変更、25,550行の追加、43,212行の削除があるようだ。
掲載基準は私が見つけることができたもので、配布サイトが生きていたものとしている。
最終更新：2026年6月24日
高速で使いやすいCMS - ブログ/Wiki/Markdown - adiary official website
Perl製のCMSで日記機能とコンテンツページ機能を備える、現在うちのブログで使っているやつ。はてなダイアリーのクローンのような存在で、リッチな機能が薄く、古い人間には使いやすいと思う。モダンよりレガシーみたいな感じだが、Markdownが使えるのが最大の特徴だ。
実行環境はCGI/FastCGI/組み込みサーバーの三つが選べるため、レンタルサーバーでも、自宅サーバーでもVPSでも動く。動作は軽快でWordPressより遥かに軽い。
対応記法は、はてな記法の亜種である、さつき記法、Markdown、HTML、reStructuredTextがある。Markdown記法は概ね問題なく使えるが癖がある。CommonMarkとGFMが中途半端に実装されており、脚注記法などに対応していないほか、エスケープ周りで細かいバグがある。
DBはテキストファイルDBとRDBが選べるため、格安レンタルサーバーでも使いやすい。RDBはMySQLとPostgreSQLに対応している。但し個人ブログ程度の記事量ではテキストDBがDBドライバが起動してる間に全てを完了させられるため、RDBを選ぶ意味はほとんどないと思う。SQLiteに対応するパッチを書いたことがあるが、800記事程度ではFastCGI環境下ですらテキストDBの方が早かった。
個人開発であるため、仕様に思想が強く好き嫌いが解れる部分も多々あると思うが、その辺りはソースをいじってなんとかできる。
私はかつてadiary-extendsとして以下のように幾らか小手先を改造したものを運用していたが、後述するように今はadiaryをベースにした魔改造CMSを使っている。
他にもいくつか追加している。
私がadiary-extendsのアップデートを続けて改修しているもので、adiary置き換え計画始動から連なるものとして膨大な手入れをしている。このへんに変更履歴があるが最新版であるv4.21については本記事執筆時点ではまとめていない。
大まかに次の改修を施しているが、adiary-extends時代にやったことも混ざっている。
最終更新：2026年10月9日
みんな大好きtDiary！と言いたいところだが、このCMSの存在を知っている人は今ではインターネット老人か、ニッチな趣味を持つ若者くらいだろう。
はてなダイアリーの元祖クローンであり、RubyでCGIとして実装されている。
はてなダイアリークローンとしてみると、adiaryの親戚的なCMSでもある。公開日はtDiaryの方が古く2002年2月20日で、adiaryは2006年7月10日だ。
最終更新：2026年6月29日
お手軽マイクロブログCGI「てがろぐ」：スキン式で複数ユーザ対応 - にししふぁくとりー
今日において創作界隈で一定の支持を持っているCMSで、Perl製のCGIとして実装されている。初出は2017年12月07日と、Perl CGIとしてはかなり新しい部類だ。
Twitterのようなタイムラインを作ることができるため、マイクロブログに近い使い方ができるのが特徴で、SNSに疲れたけど何かを発信したいとか、自分のサイトにたぶんを載せたい用途にマッチすると思われる。
最終更新：2026年10月25日
Go製でCGIと組み込みサーバーに対応しているCMS。かつてsbとして一世を風靡していたCMSの一つで、初版であるsbは2004年9月14日公開と、tDiary並の古参である。現在ではWordPressとHugoの中間にある軽量な選択肢を名乗っている。
本記事掲載のCMSの中で唯一スクリプトでなく、バイナリで動作するものだ。動作してはmacOS、FreeBSD、Linux、Windows向けのARM64, AMD64(x64)バイナリがサポートされているようで、クロスプラットフォームで動作するのが嬉しい。
個人的にはBlogn→BlognPlus→の流れでCMSを色々触っている中で採用候補としてsbを試したことがあるので、少しだけ縁がある。
英語の説明がメインで日本語の説明が少ないのが日本人向けとしてはやや難しそうだ。ちょっと興味が湧いたので実際にレンタルサーバーに置いて動くか見たので、[さくらのレンタルサーバーにSerene Bach v4を設置してみた
](0824)で記事にしたりもした。
最終更新：2024年4月3日
Perl製のCGIで、KENT-WEBの掲示板CGIにありそうな素朴なデザインのやつ。最近は更新されていないようだが、2年前に更新があったので載せることにした。
確認できた範囲では2003年6月12日が最も古いタイムスタンプだったので、かなりの古参のようだ。全く聞いたことがなかったのでCMS界隈の広さを感じる。
最終更新：2022年3月30日
現在でも日本Wiki界隈のデファクトスタンダードと思われるWiki向けCMS。現在でも結構活発にフォークされておりMarkdown対応を謳うものも存在する。
基本的にCGIであり、PHPで実装されている。Markdownが普及した現在となっては中々厳しい状況だと思うが、チケット管理システムであるBacklogのWikiでPukiwiki構文が使えるなど、割と日本に根差した存在だと思う。
初出を調べてみたもののWikipediaにある2001年以上の情報を得ることは出来ず不明だった。作者のサイトのWebArchiveは2004年以降しかなく、見つけられた範囲で最も古い利用者のサイトでさえ、2002年時点だった。
PukiwikiはYukiwikiのPHP移植であり、元ネタがあるのだがそちらは2018年で更新が止まっているようだ。しかしこれだけ古いと、もうYukiwikiの作者は鬼籍に入っているだろうな…と思ったらめちゃくちゃインターネットで見たことあって椅子から転げ落ちてしまった。というかFediverse界でも超有名人だったわ…。
Pukiwikiは私が最も長く運用しているCMSで、現在でもFrontPage - ECO-Wiki (lycolia)で利用しているし、過去にROの職Wikiを運営したこともあるほどだ。ROの職Wikiはアクセスが凄まじく、一日のPCが一万ほどあったと思うし、当時のさくらのレンサバは負荷に耐えられず、よく落ちていた。
基本的に最新版のことを書いている。
| ソフトウェア | 動作方式 | 実装言語 | 初出 | 最終更新 |
|---|---|---|---|---|
| adiary | CGI/FastCGI/組み込みサーバー | Perl | 2006年7月10日 | 2026年6月24日 |
| tDiary | CGI | Ruby | 2002年2月20日 | 2026年10月25日 |
| てがろぐ | CGI | Perl | 2017年12月07日 | 2026年6月29日 |
| Serene Bach | CGI/組み込みサーバー | Go | 2004年9月14日 | 2026年10月25日 |
| shiromuku DIARY | CGI | Perl | 2003年6月12日 | 2024年4月3日 |
| Pukiwiki | CGI | PHP | 2001年のどこか | 2022年3月30日 |
本記事は2026/08/25 12:59に下書きを書き長らく放置していたが、エイヤの気合で何とか出すことができた。下書きを書いた時点ではLyndbaumなどなく、adiary-extendsもしょっぱい修正しかなかったため、この部分を随分書き直す羽目になった…ｗ
さくらのレンタルサーバーにSerene Bach v4.0.0-beta.25を設置してみたので、その時のメモ。運用する気がないため画面が出ることと記事が書けること以外何も見ていない。
公式のドキュメントが日英混在で解りづらく、なんか書いてるのを適当に試しても上手く行かなかったので手順を残す。
/home/<ユーザーID>/www/blogに設置し、このパスにblog.example.comを割り振り、https://blog.example.comでアクセスするものとする。
必要なファイルをダウンロードし設置する
# 展開先のパスをここに書く
DIST="blog"
mkdir -p "${DIST}"
wget 'https://github.com/serendipitynz/serenebach/releases/download/v4.0.0-beta.25/serenebach-v4.0.0-beta.25-freebsd-amd64.tar.gz'
tar xzvf serenebach-v4.0.0-beta.25-freebsd-amd64.tar.gz -C "${DIST}" --strip-components=1
rm serenebach-v4.0.0-beta.25-freebsd-amd64.tar.gz
cd "${DIST}"
chmod 755 serenebach
mv serenebach serenebach.cgi
cat <<'EOF' > .htaccess
RewriteEngine On
# ブログをサブパス（例 /blog/）に置く場合は、実際のパスに合わせる:
RewriteBase /
# ① データベースなど内部ファイルを外部から遮断する（最優先・必須）
RewriteRule ^data/ - [F]
# ② すでにサーバにある「古い画像ファイル」だけ直接配信する。
# 実在チェック(-f)で絞るのがポイント。存在しない画像リクエストは③で
# Serene Bach に渡り、アップロード画像・OG カードなどが配信される。
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^img/ - [L]
# ③ それ以外はすべて CGI へ渡す（ブログ本体・旧 sb.cgi・旧 *.html・
# カテゴリーディレクトリも Serene Bach に届き、旧 URL 転送が働く）
RewriteRule ^serenebach\.cgi/ - [L]
RewriteRule ^(.*)$ serenebach\.cgi/$1 [L]
EOF
https://blog.example.comにアクセスしセットアップを流す
https://blog.example.comにもう一度アクセスすると公開ページのトップが出るようになっていたGitHubを正とした場合、次の違いが見られた。パーサーごとにこういう違うが出るのは面白い。
<em>で出しているため仕様上は正しい。CSSでわざとやってる）| Serene Bach v4 | Lyndbaum v4.21 | GitHub |
|---|---|---|
 |
 |
 |
# 見出し1
## 見出し2
### 見出し3
#### 見出し4
##### 見出し5
###### 見出し6
####### 見出し7
# ほげ
段落１寿限無、寿限無、五劫ごこうのすりきれ、海砂利水魚、水行末・雲来末・風来末、食う寝るところに住むところ、やぶらこうじのぶらこうじ、パイポ・パイポ・パイポのシューリンガン、シューリンガンのグーリンダイ、グーリンダイのポンポコピーのポンポコナの、長久命ちょうきゅうめいの長助！
段落２日本語のMarkdownを
快適に書ける
そんなパーサーがあるといいな
## ふが
1. 番号付きリスト
2. ほげほげ
ここは段落
- ふつーのリスト
- ふがふが
ここも段落
- ふつーのリスト
- ネストされたふつーのリスト
- ぴよぴよ
1. ネストされた数字のリスト
2. にこめ
- ネストされた普通のリスト
1. 番号付きリスト
- ネストされたふつーのリスト
- 更にネストされたふつーのリスト
2. ほげほげ
3. 一行空きリスト開始
```bash
#!/bin/sh
# デバイスが存在しなければ終了
[ -n "$DEVICE" ] || exit 0
```
4. 一行空きリスト終了（Prettierのフォーマットで生まれる）
リストとリストの間に別のブロックが入ると切れる
1. uniuni
```bash
#!/bin/sh
# デバイスが存在しなければ終了
[ -n "$DEVICE" ] || exit 0
```
2. aa
## ぴよ
[リンク](https://example.com)
_斜体_
**太字**
~~取り消し線~~
> スペース空き引用
>
> > スペース空き引用の中の引用
> >
> > > スペース空き引用の中の引用の中の引用
>
> コードフェンス引用
>
> ```php
> <?php
> echo "aaa";
> ?>
> ```
<!--prettier-ignore-->
>スペースなし引用
>
>>スペースなし引用の中の引用
>>
>>>スペースなし引用の中の引用の中の引用
>
>コードフェンス引用
>
>```php
><?php
>echo "aaa";
>?>
>```
# 季節の食べ物について
## そうめん
今年もそうめん[^1]の季節になってきた。
[^1]: 関西地方でよく食べられる細い麺である。
## うどん
うどん[^udon]もいいだろう。
[^udon]: 讃岐うどんがうどんのすべてのような顔をしているが稲庭うどんなどもある
<http://example.com>
a ->
<-b
<-hoge->
| th1 | th2 |
| --- | --- |
| aaa | bbb |
| ccc | ddd |
---
# 番号リストテスト
1. あ
2. い
3. う
4. え
5. お
6. か
7. き
8. く
9. け
- 桁が変わると
10. こ
- 桁が変わるとインデントが深くなる
ほげほげ[^11]
[^11]: ほげほげの脚注
# ああああ
ふがふが
ぴよ[^12]ぴよ
[^12]: ぴよぴよの脚注
## いいいい
foobarbaz1[^124]
foobarbaz2[^124]
foobarbaz3[^124]
# C#
[^124]: foobarbazの脚注
Lyndbaumの斜体問題についてだが、これは仕様としている。
まず個人的に_underscore_は下線だと考えており、斜体は*italic*だと考えているの。しかしMarkdown的にはどちらも同じで、Prettierは文脈に応じてアンダースコアをアスタリスクに変換するため、文中にこの二つが混在することがしばしばある。
つまり下線付きか斜体かを区別することが難しい。そこで私は下線付き太字として本来のMarkdownと異なる解釈をすることにした。斜体って読みづらいし。HTML的には<em>で出ているので見た目だけの問題である。