milahu

can you try ...? ```diff -on:mousedown={handleMoveStart} +on:mousedown={handleMoveStart} on:touchstart={handleMoveStart} ``` all other touch events should work docs https://developer.mozilla.org/en-US/docs/Web/API/Touch_events

testing this with a [3MB input file](https://boxy-svg.com/elements/apps/bx-progressivewebapp.js) rename should also affect imports, but this is also missing in wakaru ```js import { render as ak, html as aq, Component as...

> rename should also affect imports similar situation with custom elements webcrack should infer the class name from the element name ```js class aa extends HTMLElement { static #V =...

> should support configuring rule orders then rules would be an array ```js { "rules": [ ["un-jsx", "off"] ], } ``` > how to generate or provide the config file...

> object in the array more verbose... plus, the rule name is required, so why not make it a positional argument in any case, it would be nice to have...

https://github.com/pionxzh/wakaru/issues/113#issuecomment-1946623485 > If you are running this repo in local environment, simply disable it in file packages/unminify/src/transformations/index.ts i guess the simplest solution would be only javascript config, no json config...

+1 for js config files, e.g. `.concurrently.js` and `concurrently.config.js` ... or expose an api to js

maybe we can mess with the "tty detection" of the programs usually clearing is disabled when stdout goes to a pipe, at least in the linux world ^^

> so we don't need to write horrors like whats so horrific about `cross-env KEY=val cmd`? how should concurrently do that better? with `--env =` arguments ...?

this works already ``` concurrently "cross-env FIRST_ENV=one my-program arg1" cross-env ANOTHER_ENV=two my--other-program arg2 ``` possible solutions 1. `concurrently "my-program arg1" "my-other-program arg2" --env1=FIRST_ENV=one --env2=ANOTHER_ENV=two` 2. `concurrently --env=FIRST_ENV=one "my-program arg1" --env=ANOTHER_ENV=two...