MathJax始めました

最近MathJaxを使って数式を書いています。ここら辺でまとめておかないと気がついたことを忘れそうなのでメモ。

前にも挑戦したことがあったのですが、そのときには数式を書けることを確認しただけで終わりでした。今回は正規分布を理解することを目標にやっているので、目的のために必要なことをひとつずつ調べています。おれおれマークダウン変換プログラムを前提として書いているので、いろいろ工夫できる余地が大きくて、頭の中がワサワサしています。使いつつ整理していく感じですね。

まずは宣言です。ぐぐればおまじないが出てきますが、前に調べたときと少し変わっていたので定期的に確認が必要なのかもしれません。まあ、いきなり使えなくなることはないでしょうけど。

<script type="text/javascript" id="MathJax-script" async src="https://cdn.jsdelivr.net/npm/mathjax@3/es5/tex-mml-chtml.js">
</script>

これで

$$\begin{align}
(x+y)^n&={}_nC_0x^ny^0+{}_nC_1x^{n-1}y^1+{}_nC_2x^{n-2}y^2+\ldots+{}_nC_{n-1}x^1y^{n-1}+{}_nC{}_nx^0y^n\\
&=\sum_{r=0}^n{}_nC_ra^{n-r}b^r
\end{align}$$

と書けば$$\begin{align}(x+y)^n&={}_nC_0x^ny^0+{}_nC_1x^{n-1}y^1+{}_nC_2x^{n-2}y^2+\ldots+{}_nC_{n-1}x^1y^{n-1}+{}_nC{}_nx^0y^n\\&=\sum_{r=0}^n{}_nC_ra^{n-r}b^r\end{align}$$と表示されます。

htmlだとbegin{align}で始めれば$$は必要ないんですがマークダウンだと必要なんですね。おれおれマークダウンは単なるhtmlへの変換プログラムなので、両方で表示できる必要があるのでめんどくさいですね。$\LaTeX$, html, markdownで< とかも取り扱いがちょっとずつ違うので注意が必要みたいです。

それにしても、ソースの可読性は悪いですね。もっと短く書く方法はないのでしょうか？マクロを使えばそこそこ短くはなりますが、あんまり多用すると公開して他の人に見せるときに慣れないマクロは見にくいかもしれませんし。もしかして、$\LaTeX$だとマクロ使いまくりが当たり前の文化だったりするでしょうか？マクロを使っていれば${}_nC_r$を$\begin{pmatrix}n\\r\end{pmatrix}$に変更したくなったときとかに簡単にできるんですよね。あんまり人に見せることとか考えないで自分の使いやすいようにやるかな。それだとマクロ使いまくりだな。

マクロの定義方法ですが、

$$
\def\comb#1#2{\begin{pmatrix}#1\\#2\end{pmatrix}}
\newcommand{\combi}[2]{{}_#1\mathrm{C}_#2}
\comb{n}{r}=\combi{n}{r}
$$

$$\def\comb#1#2{\begin{pmatrix}#1\\#2\end{pmatrix}}\newcommand{\combi}[2]{{}_#1\mathrm{C}_#2}\comb{n}{r}=\combi{n}{r}$$でできました。実はここにたどり着くまで大変でした。$\TeX$も$\LaTeX$も知らないので、どのレベルの違反なのかわかりにくかったんですよね。マクロ名に数字を入れられないとか知らないし。そういえば、\defは上書きできてしまうので\newcommandを使うのがよいらしいです。

htmlだと

<script>
MathJax = {
  tex: {
    macros: {
      cm: ["{\\begin{pmatrix} #1 \\\\ #2\\end{pmatrix}}",2],
      x: "{\\times}"
    }
  },
};
</script>

という記法も使えたのですが、マークダウンだとダメみたいです。

そういえば、MathMLを使っているサイトとかは元の数式はどうやって入れているのでしょうか？そもそも、意味とスタイルをゴチャゴチャに書いているのが気持ち悪いですよね。そのまま計算できないのも「なんだかなあ」と思いますし。おれおれマークダウン変換プログラムをかましているから、そこで独自書式を導入ということも考えられるのですが、いろいろ考えてもあまり短くならないんですよね。むしろ長くなりそうな予感がひしひし。

最初は式をeqnarrayで書いていたのですが、途中でうまく動かなくなりました。ぐぐってみるとMathJaxではamsmathが自動で有効、そしてamsmathではeqnarrayは非推奨というか動かないらしいです。MathJaxでは使えないということですよね。そういうことを書いてあるサイトってぐぐってもヒットしなかったんですよね。基本がまとめてあるサイトがあれば便利だったのに。

この文章はVSCodeにMarkdown All in Oneというやつを入れて書いています。最初はVimからMakefile経由でおれおれマークダウンを変換して、ブラウザにフォーカスを移してリロードして確認とかやっていたんですけど、手順が煩雑でなんだかばかばかしくなってきました。文章だけならエディタで見ていればいいんですけど、数式はリアルタイムで変換して見られないときびしいですよね。

ということでMarkdown editorを使うことにしました。前はTyporaを使っていたのですが有料になってしまったので無料のやつを探すことにしました。いくつか候補はあったけど、時代の流れに逆らって使わないでいたVSCodeが無難かなということになりました。そろそろ使ったことが一度もないのはまずいかなというのと、Vimのキーバインディングが使えるという事前情報が大きかったですね。VSCode Neovimという拡張を入れて快適です。

VSCodeのマークダウンの拡張はぐぐったらMarkdown+Mathというのも出できたのですが、Markdown All in Oneがそれの後継というサイトがあったので後者にしました。

マークダウンをVSCodeで書き始めたらすぐに問題が起きました。おれおれマークダウンだとhtmlに変換するので\(\)や\[\]で数式を書いていたのですが、Markdown All in Oneだと$か$$で囲うみたいで、そのままでは動きませんでした。MathJaxでも設定でそうできるみたいなので、それで回避するしかないですね。しかし、なんでそんな仕様なんでしょうか？MathJaxを読み込んだhtmlのレンダリングエンジンに渡せば通りそうなものなのに…

おれおれマークダウンはこの環境でも動くように互換性を考えていかなければならないようです。めんどくさい。PlantUMLを書く機能とかどうしましょ。コードブロックの特別扱いかなあ？

コメント

コメントを投稿

このブログの人気の投稿

五十音配列付き新下駄配列

イメージ
keyboard layout editorデビューしました。ファイルが複数になると管理がめんどうなので、このブログの内容はSVGファイルに直接書いてますが、これでいいんだっけ？まあ、消えなければ後からなんとでもなるからいいか。 と思ったら、SVGは日本語に対応していないみたいです。しくしく。 レイアウトは新下駄配列に覚えやすい五十音配列を加えたものです。アルファベット自体をいじってますが、qtypをちょっと動かしただけです。bntyを親指で押すシステムなんですが、けっこう快適です。ErgoDox EZだと斜めになっているキーが親指に当たるので取ってしまっています。アルファベットの長押しに制御キーやレイヤーキーを割り当ててしまえば30%で十分なんですね。ほとんど手首を動かさずに入力できます。 日本語配列は新下駄配列の拗音以外はそのままなので、覚え直すことなく使えます。五十音部分は左手で行を指定して、右手で段か拗音を指定する方式です。新下駄配列で使用しているsdklはそのまま残してあるのでさ行、た行がありませんが、それは新下駄の方を使ってください。拗音は新下駄のものをそのまま使うこともできたのですが、左手で行を指定する方式なのを活かして、右手で拗音を指定する方式にしました。各行に拗音とくっつくのはひとつしかないんですね。不思議な感じです。 欠点はロールオーバーミスが起こりまくることです。「うんち」と入力しようとして「にち」になるようなことがよく起こります。新下駄配列でもsdklioがからむと起こるのですが、それ以外にもシフトキーを増やしたので大幅に起こりやすくなっています。そういう配列なのでそこはあきらめてください。スピードを犠牲にして脳の負荷を抑えた配列です。ただ、ローマ字テーブルからfj同時押しで「に」の項目を消してしまえばそうはならないので、いろいろカスタマイズできるかもしれません。この配列でスピードを目指すならステノワードのような方向になるでしょう。脳の負荷が増えてしまいますが。 良い点は、左手で行を指定する方式なので数字行にはみ出していたみゃ行等を30%の範囲に取り込めたことでしょうか。もう一つ、頻度の低い文字は五十音の方を使うことにすれば、空いた所にいろいろ突っ込めるところでしょうか。かなり気に入ってます。 ∨ Source mar...
続きを読む

WSLでの親指シフトはどうやらMozcで実現可能と気がつくまで

WindowsではAutoHotKeyを使って疑似親指シフトで日本語を入力しています。もともとかな打ちだったんですが、キーボードをErgoDox EZに変えたら「ろ」とかのキーが足りなくなって、どうしようか悩んで親指シフトを見つけてきました。疑似なのは同時押しではなくて、親指でファンクションキーを押しながらアルファベットキーを押すことで出しているからです。AutoHotKeyを使って同時押しを実現しているものがあるのは知っていますが、とりあえずNICOLA配列を試しつつ今まで引っ張ってきた感じです。 Windowsではそれで満足していたのですが、WSLを使うようになって困りました。AutoHotKey(以下AHK)ではIMEの状態を取ってきてオンの場合には出力を変えているのですが、WSLだとAutoHotKeyからMozcの情報を取ってこられる気がしません。WSL側で検知してWindows側から読める位置にファイルを置くような、トリッキーな方法を使えばできなくはないような気もしますが、そこまでしてAHKに頼るのも変な感じです。 ということで、WSL側で親指シフトを使えるようにしようとぐぐって出てきたのは oyainput というやつでした。しかし、これがWSLでは動かない。エラーコードから察するに、 /proc/bus/input/devices が空なのでキーボードの情報が取れないのでだめみたいです。まあ、WSLですし。 しかたがないので、今度はWSLのEmacsでWindows側のIMEが使えるという「 emacs-mozc を動かすための設定（WSL 設定編） 」のmozc_emacs_helperというのを試してみました。で、苦労して動かしてみたものの、Windows側の辞書を使って変換はしているようですが、AHKがIMEの状態を把握できないので親指シフトモードに切り替わらないのは同じでした。残念。 いったんは諦めてMinGW版のEmacsを使うことにしたのですが、ぐぐってみたら「 [Question] Possible to (properly) implement simultaneous (custom) Kana-input layout? #512 」というMozcに新下駄配列を実装する話が出てきました。 新下駄配列は知らなかったのでぐぐ...
続きを読む

親指シフト新下駄配列の可能性

Google日本語入力の「シフトキーでの入力切り替え」をオフにして、ローマ字テーブルに大文字で登録すると、登録されたとおりに出力されます。当たり前ですが。これで「L」に「l」とは別に「じ」や「しかし、」や「𝕏」を割り当てることができます。 NICOLAなどの親指シフトとは違って、たんに大文字かどうかを見ているだけなのでシフトキーの左右を区別はできませんが、いろいろな使い方が考えられそうです。例えば、「X」に「𝕏」を割り当てるとか、「A」に「∀」とか。「L」に「しかし、」とかの接続詞を割り当てて入力時間の短縮もできるかもしれません。「L」に「じ」を割り当てて、「じ」に割り当てられている場所に別の文字なども考えられそうです。左右を混ぜて、シフトキーを押している間だけ全く別のマップでアルペジオとかも考えられます。覚えるのが大変ですけど。数字キーに割り当てられている文字をアルファベットに割り当てれば40%キーボードでも3点押しなしに入力することもできます。 このように、いろいろな可能性がありますが、実はまだ使っていません。まだ新下駄配列に慣れていないので、それどころじゃないんですよね。まずは新下駄配列に慣れて、その中で困ったことが起きたら解決に使う感じかな？
続きを読む