はてなブックマーク

はじめに 最近、アコーディオンUIと言えば、details summaryを使った実装がアクセシビリティもバッチリで良いと聞きます。 しかしながら、全ての状況においてこの実装が適しているのかというとそうとも言えないんじゃないか、とふと思いました。 MDNの例や、このタグを紹介されているページなどを見ると、Q&Aや、何かのリストをアコーディオンに格納するために使っているものが多く、実際そのような使い方には特に抵抗感はありません。 しかし、「ページが長くなるから」などのデザイン的意図を含んだ理由で、sectionで囲われるような大きなコンテンツをまるっとアコーディオンの中に格納する場合などは、details（詳細）とsummary（概要）という英語から想像するに、適していないんじゃないか？と感じてしまいます。 <section> <h2>許されざる呪文</h2> <p> 死の呪い、磔の呪い、服

はじめに 最近レビュワーとして案件に入ることが多くなりました。 Slackで箇条書きにして送るなんてやりたくないので、使用するGit環境的に可能であればGitHubのissueで返すようにしています。 その際、「ラベルを貼ると分かりやすかったりする…？」と思いたち、弊社の作業の進め方にあったラベルを考えてみたので、まとめたいと思います。 また、そのラベルを毎回リポジトリごとにﾎﾟﾁﾎﾟﾁ登録するのはそれもまた面倒なので、登録を自動化したいマンの道筋を書き記します。 フロントエンドで"使える"ラベルを考える 我々のよくある作業フローとしては、こんな感じです。 コーダーがコーディングする レビューを頼む レビュワーがレビューする レビュワーがissueをたてる コーダーが修正しレビュワーに戻す レビュワーが再確認する 良ければissue close ダメならコメントし5へ 外部のコントリビュー

数指定の場合 スクロールした分の値となります。 つまり200は、スクローラーがちょうど200pxスクロールしたときに発火するということになります。 関数指定の場合 指定した関数は、ScrollTriggerの作成時やスクローラーのリサイズ時、つまり、位置が計算されるたびに呼び出されます。この関数は、文字列もしくは数をリターンしなければいけません。 これを利用することで、動的に値を計算することが容易になります。 endTrigger 値形式：文字列 | 要素 デフォルト値：triggerの値 ScrollTriggerの終了位置のトリガーとなる要素を指定します。 この値は必ず定義する必要はありません。 fastScrollEnd 値形式：真偽値 | 数 デフォルト値：false trueの場合、スクロール速度が2500px/sよりも速くトリガーエリアを離れたとき、ScrollTriggerの

はじめに Webページ制作において、スライダーの登場頻度は異常に高いですよね。 cssでanimationプロパティを書くより、スライダーを実装する方が多いまであります。 その上、地味に仕様決めをちゃんとしておかないと、後であーだこーだなって実装コストが高くなることも往々にしてあるかと思います。 そのため、大体の仕様を満たすことができるようにライブラリを使って実装している方がほとんどかと思います。 そして、そのスライダーライブラリのデファクトスタンダードとなっているのが、slickとSwiperでしょう。 そこに第三の選択肢として、Splideを推したいのです。 Qiitaで「Splide」と検索しても意外と記事がなかったので、おすすめポイントをまとめてみたいと思います。 Splideとは Splideは、MITライセンス下でリリースされたアクセシビリティに配慮された軽量で高機能なスライダ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?