Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
cssnext の custom-media を使っているファイルを import して、別ファイルで使う方法JavaScriptwebpackcssnext
bundle Warning: the running version of Bundler (1.16.1) is older than the version that created the lockfile (1.16.2). We suggest you upgrade to the latest version of Bundler by running `gem install bundler`. Fetching gem metadata from https://rubygems.org/......... Using rake 12.3.1 ...(省略) Fetching sassc 1.12.1 Installing sassc 1.12.1 with native extensions Gem::Ext::BuildError: ERROR: Failed to
vueファイルにどんどんCSSを書いていくと管理が大変です。 スコープを適用していれば問題無いですが、CSSファイルが一つのフォルダに纏められてないのは嫌だ! そこで今回紹介するのは、POSTCSS + ITCSSを使った設計方法をNuxt.jsに適用するというものです。 POSTCSS POSTCSSはCSSツールを作るためのフレームワークです。様々なプラグインを使ってCSSに変更を当てると言うと簡単でしょうか。 sassみたいにネストして書けるプラグインや、ベンダープリフィックスを自動でつけてくれるプラグインなど多種多様です。 プラグインは自分で取捨選択できるため、プロジェクトごとにカスタマイズできることがメリットです! 詳しくは、ここにわかりやすく解説されています。 ITCSS ITCSSはCSS methodology(方法論)の一つで、BEMやOOCSSなどもそこに含まれます。
でもこのままだと、例えば画像の配信で何かしらのキャッシュが設定されていた場合(Cache-ControlのHTTPヘッダーなど)に、画像を変更してもキャッシュが使用されてすぐに変更をクライアント側に反映できない。 そこでcache busteringを行う。URLの末尾に何かしらのクエリーストリングなどを付けて別のURLにすることで、ブラウザーのキャッシュを回避する方法だ。 上のように変更すれば、新しい画像がブラウザーに読み込まれるようになる。 でも画像の変更があるたびにいちいちCSSをいじるのは面倒なので、自動化したい。そこでPostCSSのプラグインであるPostCSS Cachebusterを使ってみる。 導入は簡単に yarn add -D postcss-cachebuster なり npm install --save-dev postcss-cachebuster なりで。
Sass::SyntaxError in Messages#index Showing/User/Username/space/application.html.haml whereline #6raised: invalid CSS after"... height32px"::expected"{,was sassで構文エラー出まして、どこの構文かなぁと思っていたら どうやら、インデントが少しづれていたみたい。。。 なので、height等のインデントを揃えてあげると、うまく動いたよ〜〜。 やったね! Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationWhat
先週読んだ本が参考になったのでまとめてみました。 章の構成と内容 第1章で、CSSにおける設計とは、という前提と筆者のかたの考えを説明しています。 HTMLに依存しない、スタイルの上書きをしない、など後々の修正の影響が理解しやすいものをよしとしていることと、また早めに設計し実機で確認しながら作るアジャイル的なワークフローを用いることがフロントエンド側からできるアプローチだ、としています。 第2章では カスケーディングの仕組みと詳細度について、不用意に詳しい指定をしない(セレクタを短くする)ような整理(リファクタリング)のしかたを説明しています。 第3章ではコンポーネント設計のアイデアとして、基本的なコンセプトと各種法の方法を紹介しています。基本的な考え方として「関心の分離」というのがあり、コンポーネント単位で独立して作る(適度にカプセル化する)ことが重要としています。 上記の5つについて、
oocss 参考 知っておきたいHTMLテンプレート設計法 - OOCSSの基本 ルール 場所に依存した指定方法をしない レゴのように考える スキン 装飾など。smacssでいうモジュールの部分。 構造 骨格。 smacss 参考 SMACSSによるCSSの設計 ベースとレイアウト つくってるプロジェクトでは、oocssだけで十分で、smacssはガチで取り入れなくてもいい気がした。理由↓ レイアウト>>使う機会が少ない。gridなどを使う機会があまりない。あるとしても、oocssでいう骨格を作るのと同等(な気がしている)。 テーマルール>>使わなそう モジュール>>oocssのスキン的な考えで十分 状態>>これは普段からやっている気がする。 ベース 要素そのもののデフォルトスタイル レイアウト ページをエリアごとに分割 モジュール 再利用可能なパーツ 状態(ステート) レイアウトやモジュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く