@Fristi The Scala.js optimizer removes unused Scala code. Webpack won’t include dependencies that are not imported. So, the only thing I can think of is to make sure that your NPM dependencies are also minified (remember that
fullOptJS does minify the output of Scala.js, but it doesn’t process your dependencies).
Ah, it seems that your NPM dependencies bring the remaining 6 Mo. Make sure to compress them. See https://webpack.js.org/configuration/optimization/#optimizationminimize
Fixed it, if someone in any case want the same thing with purgecss:
const glob = require('glob');
const purgecss = require('@fullhuman/postcss-purgecss')
module.exports = {
plugins: [
require('postcss-import'),
require('tailwindcss'),
require('autoprefixer'),
purgecss({
content: glob.sync('../../../../**/*.scala'),
defaultExtractor: content => {
const regex = /className := "(.*?)"/g;
const result = [...content.matchAll(regex)].map(match => match[1]) || [];
return result.map(x => x.split(' ')).flat();
}
})
]
};
Hi, I asked a question in the issues section on github, but perhap's it was not the appropriate place. Here is my issue (https://github.com/scalacenter/scalajs-bundler/issues/194#issuecomment-773490925). It should be something trivial to achieve with scalajs-bundler I guess.
This seems to be the way to solve it ij js+webpack: https://github.com/ajaxorg/ace/blob/master/demo/webpack/demo.js#L12. Note that I do not need the "dynamic" mode loading. I basically need one theme and 2 or 3 language mode. A webpack config is set in the demo repository: "https://github.com/ajaxorg/ace/tree/master/demo/webpack/webpack.config.js"
But yes, one solution would be to bundle all the possible modes and themes, but it might be impractical… So, maybe you want to resort to dynamic module loading.
It could possibly be huge
And you are right, I don't need dynamic loading, just a couple of identified modes and one or two themes
But I’ve never tried to do that in Scala.js, so I can’t really help :-/
I tried with extra
JSImport but the output js remains the same
but I guess my syntax is wrong
@js.native
@JSImport("ace-builds/src-noconflict/mode-scala.js", JSImport.Namespace)
object scalamode extends js.Object
and I need to call
scalamode in my program entry point
Is it the regular way to achieve this ?
Do you mind updating the related issue?
Is it possible for me to specify a version of
https://github.com/scalacenter/scalajs-bundler/blob/2c71d6ff364c619902dcf3613009c9cfc98b38f1/sbt-scalajs-bundler/src/main/scala/scalajsbundler/PackageJson.scala#L43
source-map-loader used here:https://github.com/scalacenter/scalajs-bundler/blob/2c71d6ff364c619902dcf3613009c9cfc98b38f1/sbt-scalajs-bundler/src/main/scala/scalajsbundler/PackageJson.scala#L43
the version currently used for webpack 4 has several deprecations
[info] Updating NPM dependencies
[error] npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated
[error] npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated
[error] npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.
[error] npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
[error] npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
[error] npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.
It seems to me that if that library is already in npmDevDependencies - then that version should be used instead of the hard coded version.
We are proposing a project to implement that at GSoC this year (assuming our org gets accepted).
Looking at dynamic imports compatibility https://caniuse.com/es6-module-dynamic-import we might even go that route and load pages dynamically.