追加されたビルドは、CSSからtufle.min.css
と呼ばれる縮小バージョンを作成できます。また、Autoprefixer / PostCSSを介して必要なすべてのベンダープレフィックスを自動追加することもできます。
このすべてを機能させるには、次の2つの方法があります。
マスターが更新されるたびに発生するように、理想的にはTravisを使用してgh-pages
ブランチに構築されるマスターブランチを作成します。
ソースを保持するsrc
フォルダーと、ビルドアーティファクトを保持するdest
という出力フォルダーを作成します。 次に、HTMLのdestバージョンをポイントします。 npmをインストールして、ビルドファイルを自分でコミットする必要があるかもしれません。
私はバージョン1をお勧めします、そして私はそれのほとんどをPRでセットアップすることができるでしょう。 ただし、ブランチを構成するには、寄稿者/所有者が必要です。 しかし、これが最善の解決策だと思います。 あなたが好むものを教えてください。
#119の問題は、これから大きな恩恵を受けるでしょう。 また、このライブラリの使用を検討している人は、最適化されたバージョンを使用することもできます。
これにより、LESSやSCSSなどのプロセッサを使用する可能性も追加されますが、このプロジェクトのサイズがかなり小さいため、これはやり過ぎかもしれません。 だから私はこれを本当にお勧めしません。
縮小化はtufte.css
にのみ影響し、フォントファイルには影響しません。
私のテストでは、これにより約4kb節約できることが示されています。
私のテストでは、 12172 bytes
バイトから7839 bytes
。 これはそれほど多くないように聞こえるかもしれませんが、すべてが重要です。 autoprefixer -partは、それを最小化し、維持するのにも役立つと思います。
現在、多くの未使用のベンダープレフィックスを定義しています。これらは、非常に古いバージョンのGoogleとFirefoxでのみ使用されます。これらは自分で更新されるため、古いバージョンを使用しているボディはほとんどありません。 これはCSSファイルを肥大化させるだけであり、CSSはページのレンダリングにとって非常に重要です。
フォントは影響を受けません。 woff2
はすでに圧縮されています。 ただし、それらがGoogle Fontまたは別のサービスに存在する場合は、それらをキャッシュすることで少し得ることができます。 これにより、他の人がフォントにアクセスしやすくなります。今すぐダウンロードする必要がありますが、フォントはCDN(コンテンツ配信ネットワーク)で利用できない場合があります。
おそらく最大の利点は、Webサイトの重要なCSSをhtmlにインライン化することです。これはビルドステップでも実行できますが、スタイルを使用している他の人には役立ちません。
現在、多くのWebプロジェクトがnpmをパッケージマネージャーとして使用しています。 ビルドステップにpackage.jsonファイルを含め、パッケージをnpmレジストリに公開すると便利です。 これにより、インストール、インポート、およびアップグレードが簡単になります。
@Saturate私はあなたのコメントのこの部分に完全に気づきました:
現在、多くの未使用のベンダープレフィックスを定義しています。これらは、非常に古いバージョンのGoogleとFirefoxでのみ使用されます。これらは自分で更新されるため、古いバージョンを使用しているボディはほとんどありません。 これはCSSファイルを肥大化させるだけです
TufteCSSがこれを行う場所がわかりません。 自動プレフィックスを介して実行すると、一部のbackground-size
のみが削除されます。 ここに削除される可能性のあるコードがもっとありますか?
最も参考になるコメント
現在、多くのWebプロジェクトがnpmをパッケージマネージャーとして使用しています。 ビルドステップにpackage.jsonファイルを含め、パッケージをnpmレジストリに公開すると便利です。 これにより、インストール、インポート、およびアップグレードが簡単になります。