Re:Making bracket pair colorization faster
by npigrounet on Thursday September 30, 2021 @02:27AM
(#28703736)
You do know very well that all of this is going to happen someday. Everything will be re-written in JS just because it's possible. And numbers will show that those solutions beat C++ in speed and resource usage, like VSCode does.
Re:Making bracket pair colorization faster
by sudosysgen on Thursday September 30, 2021 @07:23AM
(#28705108)
What does VS Code beat in speed and resource usage? Be fair and compare it to other software with only colourization, Git support and extension support.
JS can get close to C++ in speed but the same program in JS will always need more memory.
Re:Making bracket pair colorization faster
by npigrounet on Thursday September 30, 2021 @08:09AM
(#28705400)
I doubt that. C++ programs have always tons and tons of memory leaks.
Re:Making bracket pair colorization faster
by sudosysgen on Thursday September 30, 2021 @09:04AM
(#28705807)
Which you can fix if you're competent. If we're looking at bad programs, JS programs are famous for importing 15MB+ of code for simple functions.
Re:Making bracket pair colorization faster
by pjmlp on Thursday September 30, 2021 @05:52AM
(#28704631)
While using a runtime written in C++.....
Re:Making bracket pair colorization faster
by npigrounet on Thursday September 30, 2021 @08:06AM
(#28705377)
In a few years or so, the runtime itself will be in JS. It's unavoidable, this is the way things are.
Re:Making bracket pair colorization faster
by pjmlp on Thursday September 30, 2021 @08:35AM
(#28705578)
Until JavaScript has the language features to be able to bootstrap itself, that won't happen.
Re:Making bracket pair colorization faster
by gpderetta on Thursday September 30, 2021 @09:16AM
(#28705916)
As long as JS is jitted/interpreted at runtime, I don't even know how that would work!!
Re:Making bracket pair colorization faster
by nyanpasu64 on Wednesday September 29, 2021 @11:02PM
(#28702723)
Correction: LXQt uses Openbox (not Qt) for windowing, and offers a choice between no compositor (by default) or one like picom (not Qt) or KWin (Qt Quick, JS-based, I wish it wasn't JS-based but it's too late to change that).
Re:Making bracket pair colorization faster
by sudosysgen on Thursday September 30, 2021 @07:20AM
(#28705097)
Qt Quick is not based on JS. JS is merely an option for Qt Quick.
Or better yet, make a web engine from scratch, that is, write the rendering engine, compositing engine and so on using Electron primitives.
Because both of these work very well when using Qt as a base, see LXQt and KHTML.