Joe Pea

I tried `five-server`, a drop-in alternative for `live-server`, and it is not having the issues. Might be worth perusing what the diff is.

Is this expected in HTML? [playground](https://prettier.io/playground/#N4Igxg9gdgLgprEAuEAeAtnGBDABFbTAXgB0QA3OAJwGcBLaMgPhKgyzwOLICM6ZIdKMxAAaEBAAOMBlBrJQ2KlQgB3AApKE8lNgA2q7AE954nlWxgA1lgDKhOABkhcZADN9NOGYvW7kyyEAc2QYKgBXbxAvdDpQiKi4AA9JajpMWH0AFWoCKjo4HQ89L3F6KCC9OABFcIh4d08ogCsaJNtgqtr61yRi0pAARzr4dRVJHRBsGgBaKDg4ABMlsRAw7Do9YIBhCHR0bGQpvT1V8sq4AEEYMLoecNHqZ3nGkqiACxh0PQB1d-5CgEwHBbNp+HRyPwjEcwDRTBRIgBJKDLWC2MD5aSXFG2GBGKqvAaSFReH4WSRHYmFaiUVZCLxUGBjbBBA6EqIBWjUI6fb6rYlCGA-OiLGDvZAADgADOIqHBhnQ5czWYc+k1xDgeMLReKkAAmcThLxZbA8IrqkBwdA8JbLRaObAVcIsuAAMQgVAON2CR2wDwgIAAvoGgA) (it is removing the line breaks in HTML)

Adding `type="module"` to the `` works as expected: [playground](https://prettier.io/playground/#N4Igxg9gdgLgprEAuEAeOAbOBbBMB8AOlITKgM5gBOAlgA4wAEMAnnXALyEjYQAmAVyzciJGKRrY6EKk2AAzCBAC+jeVQjZGAcgB0AekURdAK3LbixRtcaQo5CFl0YIAcwAU2ydNm7cMAENdRgEqDCRtABpGbxkYPzhA3VCMAEpLGDsHJxcPdJIxUjgADx8mPjh5AKEmMAwA8nJGYAzSG0YANwCMAThGDkYARgAmAGZLQqYbOyg4MHg+AGFujAAjALAAa3dU5tap9ussxzhnN08HXABaTFtoWfm4Pm180jabZX3PsVR9SloGKJfpgcHh8CBIiAIAwaNByMhQAEqBoAO4ABSRCHhKG6KICLHhkNWVA2m0SAGUArgADI0WbIKoYchwIkkrYUugbOmuZAwKi9SHM7A0Xn8lkgErsWi4WDdAAqcCoUCRNDg2MZzMF3KwAEUBBB4AzupqQGZiuTtXA9Qa4EameKAI76+BojR0bEgBpXWZPJ4QkB8gI0DDcxaabABZCejAYf3kS0AQRgfJoqwELsVtPpSA14oAFjBsBgAOp5mjwcicsBwclY8s0DrllhRsCNf0dXoASSgFVg5Oo9BgCZ75NYWDtJroGmZxZJdCjU7Vio6tshdOZsldAVcEYn4s5VA3UYLRf9U7pMGLND4MDzyAAHAAGSFUOBOmivrc7yM543igTMnKASrNifIChK2CrE8FR8NSARQK4AjbnAABiMgRsm3JRtUMAQP6gSrFeN53kgAAsyjKEAA) Using `type="text/javascript"` does not work: [playground](https://prettier.io/playground/#N4Igxg9gdgLgprEAuEAeOAbOBbBMB8AOlITKgM5gBOAlgA4wAEMAnnXALyEjwAeMAegBWAQwBuIyrQbciJGKRrY6EKk2AAzCBAC+jDVQjZGAcgB0ArRDNDyJ4sUZPGkKOQhYzGCAHMAFCZKKmpmuDAiZowArlQYSCYANIxBqjChcOFmMRgAlA4wru6e3v55JPKkcLzBTAAmcBoiURhMYBiS5IzA+aTOjBIYUXCMHIwAjABMAMwOFUzOrlBwYPC1AMIiGBgARiJgANZ+OV09831OhR5wXr4B7rgAtJgu0EsrcLUmZaS9zjqn-3kqAEUnoBGIwMwODw+BACRAEAYNGg5GQoBEVEMAHcAAoYhColCbLEiFio+HbKh7fYZADKIlwABkaEtkI0MOQ4BSqQc6XQ9iyfMgYFQhvDOdgaMLRVyQFV2LRcLBNgAVOBUKAYmhwQnszniwVYACKUQg8DZm31IFsvFphrgJrNcAtHNlAEdTfAcYY6ISQJIHksPh84TwqTQMIK1kZsCJkP6tqHyPaAIIwEU0bZRL3q5mspB62UACxg2AwAHUizR4OR+WA4LSCdWaGJqyx42ByOSQGIhgBJKD1WC06hglOD2msLAuq10Qyc8tUujxuc69ViZ3wlmctTekQ+WMz2X8qg7+MlsuhucsmDlmi1GBF5AADgADPCqHAPTRP3uD3GC0tWUok5FURG2QkRTFOVsG2D56lqRkRCgHwon3OAADFVFjdNBXjJoYAgUNwm2O8HyfJAABYdB0IA)

Ooh, I see, and it then maps the written file to the respective file in the undo dir. I suppose a solution could be, although it adds disk I/O, would...

f.e. `~/path/to/original/file.js` -> `~/.vscode-neovim/path/to/original/file.js` -> `~/path/to/.vim/undo/path%to%original%file.js` (vim/neovim replaces the slashes to make it a single file).

I think it would be acceptable if it was an option (disabled by default) with clear explanation so users know what to expect. Another idea is, what if neovim just...

> like remote or wsl Can those types be detected and the behavior just not applied in that case? I personally don't mind the double-writing if it means I can...

> who is the owner and is responsible for that file? What do you mean by that? I imagine, like with vim/neovim, the full absolute file path is encoded in...

> VS Code recently added persistent undo, your wish should have already been granted! True, but it is only for when re-opening a file in the same VS Code session...

> The problem is that the vscode undo stack isn't loaded back into the neovim buffer, so unless you use the vscode undo functionality, it won't work. Can we arbitrarily...