🌜
🌞
@webpack-blocks/extract-text

@webpack-blocks/extract-text

v2.1.0

Webpack block for the Extract Text Plugin.

npm install @webpack-blocks/extract-text

README

webpack-blocks - Extract text

Gitter chat NPM Version

Use this block to extract text (for example CSS) from the bundle into a separate file. Uses Extract Text Plugin.

Installation

# for webpack v3
npm install --save-dev @webpack-blocks/extract-text
# for webpack v2 install the last v1.0 beta version
npm install --save-dev @webpack-blocks/[email protected]^1.0.0-beta.2

Usage

const { createConfig } = require('@webpack-blocks/webpack')
const extractText = require('@webpack-blocks/extract-text')

module.exports = createConfig([
  /* ... */
  extractText('path/to/output.file')
])

Most likely you’ll use it to extract styles:

const { createConfig, match, env } = require('@webpack-blocks/webpack')
const { css } = require('@webpack-blocks/assets')
const extractText = require('@webpack-blocks/extract-text')

module.exports = createConfig([
  match('*.css', [
    css(),
    // Filename defaults to 'css/[name].[contenthash:8].css'
    // Extract styles only in production mode
    // to keep styles hot reload in development
    env('production', [extractText()])
  ])
])

webpack-blocks

Check out the

👉 Main documentation

Released under the terms of the MIT license.

Release Notes

2.1.0
By Andy Wermke • Published on April 27, 2020

Just a small maintenance release bumping dependencies. Thanks a lot, @marcofugaro! 😊

Attention: Minimum node.js version is hereby raised from node 8 to node 10.

1.0.0
By Andy Wermke • Published on March 29, 2018

📦 Version 1.0 - finally!

Here we go, version 1.0. A lot has happened and I think I speak for all of us when I say we could easily have made two major version bumps out of that one 😉

Changes since v1.0 release candidate

Support negations in match() glob patterns (#253)

You can now have exclusion patterns without writing ugly regular expressions!

match(['*.js', '*.jsx', '!node_modules'], [
  babel()
])

Allow passing arbitrary rule options via match() (#250)

There was an undocumented limitation before when passing custom webpack rule options via match(): You could only pass include and exclude. This has been fixed now.

You can now pass any kind of option if necessary (note the enforce: 'pre'):

match('*.{js,jsx}', { exclude: 'node_modules', enforce: 'pre' }, [
  babel()
])

Added when() (#243)

There is a new helper on the block: when(). It's a pinch of syntactic sugar for conditionals, so your config won't be cluttered with ternary operators.

module.exports = createConfig([
  when(process.env.CI, [reportBuildStatsPlugin()])
])

New block eslint (#254)

There is now an eslint block and it's even part of the core packages.

const { createConfig } = require('@webpack-blocks/webpack')
const eslint = require('@webpack-blocks/eslint')

module.exports = createConfig([
  eslint(/* eslint options */)
])

Removed proxy() from dev-server block (#251)

We trimmed down the dev-server block a little more. But don't worry, it's still easy as cake to set up a proxy server using the dev-server block:

module.exports = createConfig([
  // use only if `NODE_ENV === 'development'`:
  env('development', [
    devServer({
      proxy: {
        '/api': { target: 'http://localhost:3000' },
      },
    }),
  ])
])

Changes since v1.0 beta

Have a look at the v1.0.0-rc release notes.

Changes since v0.4

Have a look at the v1.0.0-beta release notes and read the migration guide.


This is it. A big shout out to the contributors!

Especially @vlad-zhukov, @marcofugaro, @boxfoot, @dmitmel and @sapegin this time 😊

1.0.0-rc
By Andy Wermke • Published on October 2, 2017

After months of work the v1.0 release candidate has landed!

🚀🚀🚀


The release candidate version is published to npm using the latest tag, not the beta tag anymore and lives now on the master branch were it belongs.

Install today using

npm install --save-dev webpack webpack-blocks

Check out our migration guide to update from v0.4!

A huge thanks to all contributors: @sapegin, @jvanbruegge, @vlad-zhukov, @zcei and all others! 👏


Changes since v1.0.0-beta

@webpack-blocks/assets

  • Added a styleLoader option to css() and css.modules() blocks. With it it's now possible to pass options to the style-loader or remove it from loaders completely.

@webpack-blocks/babel

  • Breaking change: Renamed package from babel6 to babel and moved babel-core to be a peer dependency (#217)

@webpack-blocks/core

  • More useful error message when passing invalid blocks to createConfig() (#171)
  • Less noisy default options

@webpack-blocks/dev-server

  • Removed reactHot (#214)
  • Update webpack-dev-server to v2.6.1, now compatible with webpack v3 (#179)
  • Less noisy default options
  • Make webpack a peer dependency, make compatible with webpack v3 (#174)

@webpack-blocks/extract-text

  • Breaking change: Drop webpack 2 support, update extract-text-webpack-plugin to v3

@webpack-blocks/postcss

  • Breaking change: Remove plugins argument
  • Add minimize option

@webpack-blocks/sass

  • Add minimize option

@webpack-blocks/uglify

This package is completely new!

@webpack-blocks/webpack

  • Added setEnv() (#206)
  • Make resolve() prepend custom extensions (#177)
  • Let core createConfig() validate the passed setters (#171)
  • Made webpack a peer dependency (#169)
  • Made compatible with webpack v3 (#169)

webpack-blocks

  • Renamed babel6 to babel
  • The new version of extract-text requires webpack v3
  • Add @webpack-blocks/uglify
1.0.0-beta
By Andy Wermke • Published on June 12, 2017

Introducing match() #163

Explicit is better than implicit and inconsistent fileType parameters are a disgrace. That's why there shall be match()!

You can now use match() to specify on which files to apply certain loaders. Works with every block that adds a loader, like babel, css, elm, postcss, sass, ...

The blocks still work without match(), though, in order to not break compatibility.

const { createConfig, css, file, match, postcss, url } = require('webpack-blocks')
const path = require('path')

module.exports = createConfig([
  babel(),            // matches *.js, *.jsx outside node_modules/ by default
  match('*.css', { exclude: path.resolve('node_modules') }, [
    css(),
    postcss()
  ]),
  match(['*.gif', '*.jpg', '*.jpeg', '*.png', '*.svg', '*.webp'], [
    file()
  ])
])

Using match() with your own blocks

Don't forget to update your own blocks. It's quite simple:

function myCssBlock () {
  return (context, { addLoader }) => addLoader(
    Object.assign({
      test: /\.css$/,    // provide a sane default
      use: [
        'style-loader',
        'css-loader'
      ]
    }, context.match)    // use what was set using match()
  )
}

Deprecations

  • context.fileType is now deprecated, since we have match()
  • fileType parameters in @webpack-blocks/assets blocks & @webpack-blocks/extract-text have been deprecated and will be removed soon
0.4.0
By Andy Wermke • Published on January 27, 2017

Another step towards v1.0, containing one potentially breaking change: The default CSS loader does not exclude the node_modules/ directory anymore. So you can now just require('some-other-package/stylesheet.css') without additional configuration.

As the 1.0 release is getting closer I would like to encourage you to provide feedback, so we get to know what works well and what has to be improved.

Please share your experiences when using webpack-blocks, no matter if you encounter any problems or everything worked just fine right away! 👍

How to upgrade

Just open your package.json and upgrade the @webpack-blocks/* dependencies to ^0.4.0. Then run npm install / yarn.

Make sure you update all webpack-block packages at once, since the new default CSS loader behavior made changes in css-modules and postcss blocks necessary as well.

Changes

  • Breaking change: Default CSS loader does not exclude node_modules/ anymore
  • Added createConfig.vanilla() (#80, #95)
  • Made dev-server composable (#78)

Under the hood:

  • Added webpackVersion to context
  • Using webpack-merge v2.3 instead of v0.14
  • Using webpack v2.2 instead of the RC (webpack2 and related blocks only, of course)
  • Fixed: The config object passed to blocks as parameter could contain duplicate values (#79)
  • Added application/x-typescript file type
  • Added text/x-less file type

News

Looking for TypeScript support? Then there is good news: @jvanbruegge just added the typescript and tslint blocks.

Check 'em out if you would like to give static typing a try 😉

0.3.0
By Andy Wermke • Published on December 23, 2016

🎄 Santa Clause is coooooming to town... with a jolly song on his lips and bag full of features and improvements over his shoulder! 🎄

A version bump to 0.3 might not sound very spectacular, but this release is! Consider it one step before the 1.0 release candidate.

Update to v0.3

Since there has been a breaking change affecting all blocks, make sure that you upgrade all blocks to ^0.3.0 together. An update note has been added to the README as well.

So what has been done?

Context object

There is one major breaking change under the hood: fileTypes is not passed to blocks as first parameter anymore, but rather a context object containing a fileType property (which does the same).

The real gimmick here is that you can modify this context object to save metadata you need somewhere else, but that is not supposed to be put into the webpack config object. Very useful in combination with hooks (see below).

Webpack 2

The webpack 2 blocks have been merged into the master branch and logic that is common to webpack 1.x and 2.x blocks has been moved to a new @webpack-blocks/webpack-common package.

Also the webpack2 block is now using the webpack 2 release candidate version and supports webpack performance budgets (use performance()).

Hooks

Another great feature to achieve things that could not be done with webpack-blocks before. For instance you can now use defineConstants() to instantiate a webpack.DefinePlugin instance. So far so good, but you can use defineConstants() multiple times and end up having one single webpack.DefinePlugin instance containing the constants of all defineConstants() calls.

Check out How to create your own blocks for details.

Presets

There a new sharp tool in the shed: group(). It lets you combine a set of blocks to a new block that provides the functionality of all those single blocks. Now that there are hooks allowing for more intelligent merging you can now write powerful presets if you get bored during the holidays!

How to create one? Read the manual 😉

Babel6

The babel6 block now supports include (additionally to exclude), presets and plugins options. So you can now configure babel from within your webpack configuration using webpack-blocks.

Credits

Special thanks again goes to @eXon for steady contribution and feedback! 🙂

Merry Christmas!

0.1.0
By Andy Wermke • Published on October 18, 2016

This is the first published release of webpack-blocks. Read about its usage in the README.

Try it and leave some feedback!

Available webpack blocks

General

License
MIT
Typescript Types
Tree-shakeable
No

Popularity

GitHub Stargazers
2,983
Community Interest
3,164
Number of Forks
115

Maintenance

Commits
10/219/2203
Last Commit
Open Issues
16
Closed Issues
95
Open Pull Requests
3
Closed Pull Requests
29

Versions

Versions Released
10/219/2201
Latest Version Released
Apr 27, 2020
Current Tags
latest2.1.0
beta0.4.1-beta
next2.0.0-alpha

Dependencies

Dependencies (1)
Dev Dependencies (2)

Contributors

andywer
andywer
Commits: 57
sapegin
sapegin
Commits: 32
jvanbruegge
jvanbruegge
Commits: 18
eXon
eXon
Commits: 14
aaronjensen
aaronjensen
Commits: 13
marcofugaro
marcofugaro
Commits: 13
dmitmel
dmitmel
Commits: 10
smdern
smdern
Commits: 9
timdeschryver
timdeschryver
Commits: 9
jeetiss
jeetiss
Commits: 5
diegohaz
diegohaz
Commits: 5
langovoi
langovoi
Commits: 4
vlad-zhukov
vlad-zhukov
Commits: 4
davidnguyen179
davidnguyen179
Commits: 2
pravdomil
pravdomil
Commits: 2