Добавленная сборка может создать минифицированную версию на основе CSS, названную tufle.min.css
, она также может автоматически добавлять все необходимые префиксы поставщика через Autoprefixer / PostCSS.
Чтобы все это заработало, мы могли бы сделать это двумя способами:
Создайте главную ветвь, которая строится до ветки gh-pages
, в идеале с помощью Travis, чтобы это происходило каждый раз при обновлении мастера.
Создайте папку src
, содержащую исходный код, и папку вывода с именем dest
, содержащую артефакты сборки. Затем просто укажите версию dest в HTML. Возможно, вам придется установить npm и зафиксировать файлы сборки самостоятельно.
Я бы порекомендовал версию 1, и я смогу установить большую ее часть с помощью PR. Но нам понадобится участник / владелец для настройки веток. Но, на мой взгляд, это было бы лучшим решением. Дайте мне знать, что вы предпочитаете.
Выпуск №119 от этого сильно выиграет. И люди, желающие использовать эту библиотеку, также могут использовать оптимизированную версию.
Это также добавило бы возможности использовать процессор, такой как LESS или SCSS, однако это может быть излишним, учитывая, что размер этого проекта довольно мал. Так что я бы не рекомендовал это.
Минификация повлияет только на tufte.css
, а не на файлы шрифтов, верно?
Мои тесты показывают экономию ~ 4кб.
Звучит примерно правильно, в моем тесте мы перешли с 12172 bytes
bytes на 7839 bytes
. Это может показаться не таким уж большим, но все это имеет значение. Я предполагаю, что autoprefixer -part также поможет свести к минимуму и поддержать его.
Прямо сейчас вы определяете множество неиспользуемых префиксов поставщиков, они используются только очень старыми версиями Google и Firefox, поскольку они обновляются самостоятельно, почти никто не использует старые версии. Это просто раздувание файла CSS, а CSS очень важен для рендеринга страницы.
На шрифт не влияет, woff2
уже сжат. Но если бы они существовали в Google Font или другом сервисе, вы могли бы немного выиграть, кэшировав их. Это также упростило бы другим людям доступ к шрифту, прямо сейчас им нужно загрузить его, но шрифт может быть недоступен в CDN (сети доставки контента).
Возможно, самым большим преимуществом было бы встроить критический CSS для веб-сайта в html - это также можно сделать на этапе сборки, но это не поможет другим людям, использующим стили.
Многие веб-проекты теперь используют npm в качестве диспетчера пакетов. Было бы здорово, если вы включите файл package.json с этапом сборки и опубликуете пакет в реестре npm. Это позволит легко устанавливать, импортировать и обновлять.
@Saturate Я только что полностью заметил эту часть вашего комментария:
Прямо сейчас вы определяете множество неиспользуемых префиксов поставщиков, они используются только очень старыми версиями Google и Firefox, поскольку они обновляются самостоятельно, почти никто не использует старые версии. Это просто раздувание файла CSS
Я не понимаю, где это делает Tufte CSS. Запуск его через автоматический префиксатор удаляет только некоторые background-size
. Вы видите здесь больше потенциально удаленного кода?
Самый полезный комментарий
Многие веб-проекты теперь используют npm в качестве диспетчера пакетов. Было бы здорово, если вы включите файл package.json с этапом сборки и опубликуете пакет в реестре npm. Это позволит легко устанавливать, импортировать и обновлять.