【Hexo】理想的なDetails/Summaryタグ【アコーディオンメニュー】
Intro
長い説明と記事の見栄えを両立したい……detailsで折りたたもう!
TL; DR
details/summaryタグを使ったアコーディオンメニューをHexoの記事に導入する方法を説明する。
さらに、アコーディオンメニューの見た目を整えるためにCSSとjsをカスタマイズし、summaryを追従させる方法を説明する。
アコーディオンメニュー
まず、節の名前にもあるアコーディオンメニューとは何だろうか。
アコーディオンメニューは、Webページ上で複数の項目を折りたたみ表示するUIパターンのことである。ユーザーが項目をクリックすると、その項目の詳細が表示される仕組みである。
必要な説明や詳細ではあるが、記事全体のバランスから常には表示しておくのを避けたい場合に便利である。
これはHTMLの場合detailsとsummaryのタグによって実現される。
詳細
展開された本文
上の例では、<details>
タグで囲まれた<summary>
タグが押されると、その下にある<p>
タグが表示される。
1 |
|
不満点
機能的には、この通りデフォルトで備わっている内容で十分なのだ。ワンクリックで開閉できる。
htmlタグでの記入が面倒
まず、一つ目の不満点は、htmlタグでの記入が面倒であることだ。
先ほどの例では、<details>
タグと<summary>
タグを使っている。正直あまり長い記入量ではないが、入力の手間が切り詰められたMarkdownにおいては十分面倒に映る。
これは簡単な変換で完了できるため、すでにHexo Plugin「hexo-tag-details」が公開されていたので、それを利用させてもらうことにした。
利用方法はリンク先の通りであり、シンプルだ。
Hexoで広く利用されているテンプレートタグ{\% ... %}
を用いて表記する。
先のアコーディオンの例を再現すると、下記の通りだ。
1 |
|
見た目が古臭い
既に見た通り、デフォルトのアコーディオンでも最低限の機能は持っているが、見た目がダサいのだ。テキストで表現しました感が強すぎる。
ちなみに、このページのアコーディオンは、すでにもろもろの改善が施された後なので、そのつもりで……。
参考までに、下記がなんの変更も加えていないデフォルトのアコーディオンの見た目だ。
今となっては非常に物足りない……。
CSSやStylusの説明 by ChatGPT
では、実際にアコーディオンの見た目を整える前に、CSSやStylusについてChatGPTの説明を載せておこう。
CSSやStylusの説明 by ChatGPT
CSS(Cascading Style Sheets)について
CSS(Cascading Style Sheets)は、ウェブページの見た目やレイアウトを指定するための言語である。HTML(HyperText Markup Language)はウェブページの構造を定義するが、CSSはそのデザインやスタイルを決定する役割を持っている。
例えば、以下のようにHTMLファイルがあるとする。
1 |
|
このHTMLにCSSを適用することで、見た目を変更できる。以下はstyles.css
ファイルの例である。
1 |
|
このCSSを適用すると、.container
クラスを持つ<div>
内の<h1>
タグのテキストは青色になり、中央に配置される。.intro
クラスを持つ<p>
タグのテキストは緑色で、フォントサイズが16pxになる。
直接要素にstyle属性を持たせる
HTMLの各要素に直接style
属性を使ってスタイルを指定することもできる。例えば、上記のHTMLに直接スタイルを適用する場合は以下のようになる。
1 |
|
直接style
属性を使うデメリット
- 再利用性が低い:異なる場所で同じスタイルを適用するために、何度も同じスタイルを記述する必要がある。
- メンテナンスが難しい:スタイルを変更する場合、複数の場所で同じスタイルを更新しなければならない。
- 可読性が低下:HTMLとCSSが混在するため、コードの可読性が低下し、管理が難しくなる。
Stylusについて
Stylusは、CSSをより簡潔かつ効率的に記述するためのスタイルシート言語である。CSSのプリプロセッサの一つであり、変数やネスト、ミックスインなどの機能を提供する。
例えば、以下のようなCSSをStylusで書くと、以下のようにより簡潔に記述できる。
1 |
|
Stylusはインデントベースの構文を採用しており、中括弧やセミコロンが不要であるため、コードが見やすくなる。
SCSSについて
SCSS(Sassy CSS)は、Sass(Syntactically Awesome Style Sheets)の一つのバリエーションであり、CSSに拡張機能を追加したプリプロセッサである。SCSSはCSSと互換性があり、既存のCSSコードをそのまま利用できるのが特徴である。
例えば、以下のようなCSSをSCSSで書くと、以下のようにネストや変数を利用して記述できる。
1 |
|
SCSSでは変数やネスト、ミックスイン、継承などの機能を提供し、再利用性やメンテナンス性を向上させることができる。
まとめ
CSSはウェブページの見た目やレイアウトを指定するための基本的な言語である。直接style
属性を使用してスタイルを指定することもできるが、再利用性やメンテナンス性の観点からはあまり推奨されない。StylusやSCSSは、CSSをより効率的に記述するためのプリプロセッサで、それぞれ独自の強力な機能を提供する。Stylusはインデントベースの構文で簡潔に書けるのが特徴で、SCSSはCSS互換性を保ちながら拡張機能を追加するのが特徴である。どちらを使うかはプロジェクトやチームのニーズに応じて選ぶと良い。
見た目のカスタマイズ
アコーディオンの見た目の改善はみなが感じることのようで、調べればたくさんの記事が見つかる。
実際に参考にしたサイトは下記の通りだ。
その結果得られたarticle.styl
への追記内容は次の節に記載している。
- details/summaryタグ - catnose
- アコーディオンメニューの三角形の見た目、開閉時のアニメーション、hover時のスタイルなど多くを参考にした
summaryの追従
最低限の見た目を整えたところで気が付いた。
アコーディオンメニューが長いと、summaryが画面外に行ってしまうことがある。
利用体験を考えると、summaryが画面内に留まると嬉しいよなぁ。
sticky
実はこれは単純で、styleとしてposition: sticky
を指定すれば良い。
ついでに、後ろの内容と重複するとsummary部分が読みづらいので、背景にぼかし効果を入れておく。
1 |
|
追従状態での開閉
さて、summaryが追従するようになったことによるうれしい誤算として、長いアコーディオンメニューを読んでいる途中でも、summaryをクリックして開閉できるようになった。
もともと長いアコーディオンメニューを閉じたい場合は、summaryが出てくるまで上へスクロールする必要があったが、これでその必要がなくなったわけだ。
長いアコーディオンこそ途中で閉じたくなることを思うと、これはなかなかよい改善だったのではないだろうか。
ただ、これで新しい問題が発生した。
不満点: 飛ばされる
長いアコーディオンメニューを閉じた場合、突然そのアコーディオンメニューの高さが一行分になる。
画面上部からのスクロール量は保持されるので、いきなり画面下部へと飛ばされてしまうわけだ。
メニューを閉じただけで、まだ読んでいない記事後半に飛ばされるのは気持ちのいいものではない。
単にネタバレというだけではなく、いちいちスクロールで戻る必要がある。
そうなると、ユーザーはsummary追従状態でアコーディオンを閉じることはなくなるだろう。
対策として、閉じる直前の状態に合わせて追加スクロールを実施することにした。
具体的には下記の3通りだ。
その際気を付けるべき点として「読者が期待する表示内容が保持されること」がある。
すなわち、アコーディオンメニューを閉じたあとに、読者は次に読みたい内容を保持できているか。アコーディオンメニューの前後の内容が表示されているかどうか。記事の前半や後半に飛ばされるのはもってのほかだ。
さらに、読者が不要に視線を動かすことにならないかも重要だ。
詳しくは以降で語ろう。
A. アコーディオン上端が画面内に存在する場合: 何もしない
アコーディオンメニューが画面内に存在する場合、追加スクロールは不要である。
- 視線移動の不要性
- アコーディオンメニュー直前の内容の高さは変化しない。そのため、画面内の要素の高さは不要に変更されていない。
B. not Aかつ、アコーディオンメニュー下端が画面内に存在する場合: アコーディオンメニュー下端の高さを保持するようにスクロール
追加スクロールを行わない場合、相当下の方に移動させられることになる。
小節名にもある通り、アコーディオンメニュー下端の高さを保持するようにスクロールすることで下記の通り解決する。
- 視線移動の不要性
- アコーディオンメニュー直後の内容の高さは変化しない。そのため、画面内の要素の高さは不要に変更されていない。
- アコーディオンメニュー直前の内容はもともと画面内にないので気にする必要はない。
C. not Aかつnot B、すなわちアコーディオンメニューのみで画面が占められている場合: アコーディオンメニュー上端が画面上部からほどほどの高さに来るようにスクロール
この場合はアコーディオンメニューの隣の内容が画面外部の状態から開始するので、極論を言えば、画面内に閉じたアコーディオンメニューが表示されていれば、どの高さにスクロールしても問題はない。ただ、下記の理由から小節名にある判断をした。
- 読者はアコーディオンメニュー以降の内容を読み進める見込みが高い
- よって閉じた後のアコーディオンメニュー (summary) は画面上半分にあるとよい
- 読者が次に読む内容の目印はsummaryになる
- よって、summaryが画面端ぎりぎりにあるのは望ましくない
実装
上記の3つのケースに対応するため、下記のように実装した。
1 |
|
まとめ
アコーディオンメニューは、Webページ上で複数の項目を折りたたみ表示するUIパターンのことである。ユーザーが項目をクリックすると、その項目の詳細が表示される仕組みである。
今回、Hexoの記事にアコーディオンメニューを導入するために、Hexo Plugin「hexo-tag-details」を利用した。これにより、アコーディオンメニューの記述が簡単になった。
さらに、アコーディオンメニューの見た目を整えるために、CSSをカスタマイズした。また、アコーディオンメニューのsummaryを追従させることで、ユーザーがアコーディオンメニューを開閉しやすくした。