  |
はてなキーワード: MarkDownとは
I want to display mathematical formulas in SSG, so I have installed the KaTeX plugin.
In the case of SSG (honkit) that I use, I want to convert the part to a mathematical formula into
Enclose it in $ (dollar mark) and write the contents in so-called TeX.
In fact, the github site also supports math rendering.
I think it's pretty familiar.
I wanted to mention Excel's built-in functions. What are Excel functions?
I use the dollar mark when I want to keep the cell fixed even if it gets copied and pasted.
I want the dollars to remain dollars inside the code block.
For example on the markdown source side
```markdown
=\$A\$2
````
I thought I could escape it by adding a backslash, so that's what I did.
In the case of the SSG that I use, when converted to html,
````
\{% math_inline %}A\{% endmath_inline %}2
````
As for the hosting method, I also store the html files in a GIT repository and host them on the `vercel.app` site. Regarding markdown → html, I do it in the local environment instead of using GitHub Actions.
I confirmed that if I use full-width instead of half-width for the dollar, it would not be recognized, so I confirmed that it would work.
But this isn't a fundamental solution, is it?
Also, open the html file and use the batch replacement function to replace `{% math_inline %}` and `{% endmath_inline %}` with dollars. It seems that you need some wisdom to selectively replace only the fence code blocks at once.
https://github.com/zimmem/honkit-plugin-katex
Markdown's fence code block is a guy who repeats backticks three times.
In some cases, the only option is to ask the author to ignore the dollar sign conversion.
The author of the plugin seems to have stopped development a long time ago.
It seems like they won't be able to respond.
Also, in the case of inline math, it says to surround it with two dollars each, and in the case of block math, it says to surround it with two dollars + a new line, which is different from the normal syntax. I'm curious.
However, it will work even if you write it in the md source using normal syntax.
しかしそういえば、今日は「動かなくなっちまった」が 2 連続したんだなあ。
昼は Visual Studio Code の拡張機能「Markdown Preview Enhanced」の PlantUML 機能が動かなくなっていた事に気づいた。
どうやら plantuml.jar のパスを設定してやる必要があるらしい。
以前までは MPE をインストールしたままの状態で動いていたはずなのに。
まあ設定は簡単。MPE とは別に、同じく VSCode の PlantUML 単独の拡張機能も入れていたので
そいつが抱えている plantuml.jar を MPE でも使うように設定。こちらはすんなりと解決だ。
（いや、待てよ。拡張機能は自動でアップデートされていくもの。そして拡張機能のディレクトリ名にはバージョン番号を含んでいる。
つまり PlantUML 拡張機能のディレクトリ名、いつか気づかないうちに変わっちゃうんじゃないか？解決になってないなこれｗ）
*t*“[http://example.com:title=ページタイトルかつ日記の見出しタイトル]”
または
*t*“[http://example.com:title]”
このような日記の見出しを付けてる事が多かったが、はてなブログに強制移行された記事を見てみると、
または
“”
「 OH! 」
スカポンタン!!!!!!!!!!!!!!!!!!!!!
2019年頃はてなダイアリー終了し はてなブログに強制全移行統合されてから、ある程度に時間が経ってから 自分は強制移行された当時の記事を見たが、その見出し(はてなブログでいうと記事タイトル)が欠損している事に その時に気付いた。
一応自分は、はてなダイアリーを閉鎖前にエクスポートしてバックアップも(下書き記事も)取っているので、ちょっと他人事で、「まあ、誰かそれに気付いて指摘しているだろう」と思っていたが、今でも杞憂か後悔か「自分が当時はてなにその不具合を言ってた方が良かったんじゃないか？」と時たま思い出すので、
(現在までの間に、はてダ時代の移行記事をはてなブログで数年に数回程度見返したが、その部分が直ってないし。「まさか？誰もその不具合に気付いていない？」または「誰かそれに気付いていても誰もはてなに報告してない？」と。)
はてな公式から はてなダイアリーの終了発表宣告されてから約5年が経ち今更ながら、増田に書いておく。(本当は、もうちょっと後に(節目な11月07日とか 2024年頃)、この記事を投稿した方がよかったんじゃないか？と思ったが…。)
これがきっかけで、全部 直ってるといいな。(泣)
実は現在まで自分の、はてなダイアリーのバックアップ内容や状態など未確認なんだけども、まさかそっちも記事タイトルとか欠落してないよね…。
余談: 正直に言うと、はてなダイアリーの方が軽くて 貧弱なガラケー程度のブラウザで見れて書けて好きだったんだ。はてなブログもMarkdownモードで書けて意欲的に見えてて嫌いじゃないんたけども…。
----
2023-08-31 08:52 追記として、はてブコメへ返信
----
リンク先がなくなっていても、もしURLさえがあればインターネットアーカイブなどでリンク先のページを辿れる可能性がありますし、当時の記事で自分が何のサイトや何に対してを言及してたかが不明になってしまうので。
https://anond.hatelabo.jp/20230610091445
元ネタの「メモアプリの選び方より大事なこと」を書いた増田だけど
ある研究の主張が客観的に確認できるということは、その主張の根拠になった文書の存在を他の人たち確認できることが大前提なの
そうでなければその主張はチラ裏に書いた感想文と区別がつかない
「50年後も開ける」は、『自分の残した研究を、後の世代の他の研究者が追試できる可能性を担保している』のたとえなんだ
もちろん自分は50年後も生きている気満々だけどね
どこにそんな保証があるんだろう。
もちろん保証はないんだよ
ないからこういうふうに考えてる
50年後に
だから「たぶん」と言っているんだ
について、Markdownは基本的にプレーンテキストなのでそのとおりなんだが、
「メモアプリの選び方より大事なこと」に書いたとおり、Markdownは自分がやりたいことの機能要件を満たしていないので、もっと機能の多い文書形式で保存する必要があるということなんだ
