現在、bowerパッケージにはsrcフォルダーは含まれていません。 これは、ミリグラム出力をカスタマイズするためにsass + gulpを使用できないことを意味します。 たとえば、グリッドとコードを捨てて出力を小さくしたり、色変数を変更したりしたい場合があります。 私がプレイしなければならない2つの方法は、bower経由のcssまたはCDN経由のcssだけであるため、これは現在不可能です。
@cjpatoiloこれらのパッケージは維持されていないため、これによりすべてのmilligram/milligram-*
パッケージが減価償却されます。
@roryprimrose @clayreimann今月は、すべてを整理しておくように家を手配します。
ご清聴ありがとうございました、私はそれが好きです。
npmパッケージにsrcフォルダーも含めてください:)。
@roryprimrose @clayreimann @TimonVS使用を最適化するために、プリプロセッサ(less、sass、stylus ..)ごとに独立したモジュールを作成し、メインリポジトリを純粋なCSSで維持することを選択しました。 全員を1つのリポジトリにまとめるソリューションを考えていますが、ミリグラムの使用が実際にどれだけ役立つか、さらに複雑になるかはわかりません。 どう思いますか?
@cjpatoilo最善の方法は、sass / less / scss / whateverに一度記述してから、 dist/
さまざまなディレクトリにトランスパイルされたバージョンを提供することだと思います。
ほとんどの人はこれをビルドサーバーでプルダウンし、スタイルシートバンドルに再コンパイル/フラット化するため、すべてのバリアントをダウンロードするための余分な100kbに気付くことはありません。 コンパイルされたCSSのみが必要な場合は、 githubcdn
またはnpmcdn
を使用してクライアント側でCSSをプルダウンできます。
この方法の利点は、さまざまなマークアップ言語間ですべてが常に同期していることです。
@clayreimannに完全に同意します。 すべてを1つのリポジトリに保持すると、寄稿者が(複数の異なるリポジトリに寄稿する代わりに)何かを寄稿するのも簡単になります。
@roryprimrose @ clayreimann @ TimonVSごめんなさいみんな!!! 私は長い間外出していました。 これらの日中にすべてのリポジトリを更新していますが、すべてが正常に戻ります。
ところで、保守性には理由がありますが、それは確かにはるかに小さくなります。 ただし、各プリプロセッサの特定のリポジトリで同じフローを維持します。 今のところ、このリクエストを閉じますが、疑問がある場合は、この問題を再度開きます。
最も参考になるコメント
npmパッケージにsrcフォルダーも含めてください:)。