Docsなる物を以前に作って、折りに触れてメンテナンスしています。今回は特に大きな変更や機能追加はないのですが、互換性のない変更もありますので、本記事にまとめておきます。2016年5月に書いた前回記事の時点で、v1.1.1だったので、それ以降のv1.3.1までのCHANGELOGのまとめです。GitHubv1.3.1の機能追加です。的な質問イシューが来たので、static/css/site.cssっていうの置いたらできるようにしました。GitHubv1.3.0の変更です。※互換性のない変更になります。そのHugoのMenu機能のドキュメントがあります。これ、ethanmadさんからのイシューに対応していた時に改めてドキュメントを読んでいて気づいたのですが、昔からあった機能なんですね。最初にこのテーマを作った時、Hugoそのものにはこんな機能はなさそうだと思って、独自に作ったのですが、実はそんな必要はなかったかもしれません。server実行時にメニューバーでactiveクラスが有効にならないという問題も解消しました。GitHubこちらのv1.2.0の変更によります。結びにいつものように、ドキュメント兼デモサイトも更新しておりますので、ご利用の方、これからご利用される方は参照下さい。思索Tweet一昨日ふと思ってSNSに何件か短文を投稿したのですが、今後この件について再考したり、何か作ったりすることもあるかもしれないなと思ったので、記録がてらにこちらにも投稿しておきます。タイトルについてケース・バイ・ケースで、それで十分ということも、もちろんあると思います。...と、一応補足しておきます。思ったこと分類作業は木構造になりがち。そもそもシステム的に木構造しかサポートされてないこともよくあるけど、それってデータの分類が完全にMECEでないといけなくて、人間に完全にMECEな分類を作ることを要求するので破綻する。理想は、例えば循環構造や重複を許した緩い木構造的なものだと思ってる。階層的な分類が発生するのは、群を全体として把握したい時だろう、たぶん。人のチャンクは7か8程度だから、要素が多いときパッと把握できない。階層化されていれば、あるノードの子要素のみに着目できる。この仮定だと、「近しい要素がたくさんある」領域では階層は深くなる。2017年3月1日それってすごく恣意的で、人が人の都合でやるだけだから、分類がMECEかどうかって関係なくて、だからMECEを前提にした木構造による分類機能は要求を満足できてないことが多いんじゃないかなぁ、と思った。