Earlier quoted context omitted.
My browser is not slow, for me starting and using a lot of desktop apps feels slower than browser apps to be honest.
Probably because your desktop apps are bloated, too. Any software that needs longer than zero point two seconds reacting to user action (this includes starting the program) should be improved upon.
Building a hackable editor in the browser
21–30 of 74 posts
Re: Building a hackable editor in the browser
#22...how about moving things out of the browser? It's cramped as it is. And then people wonder why their browser is so slow... "it's just displaying documents!"
My browser is not slow, for me starting and using a lot of desktop apps feels slower than browser apps to be honest.
Too bad all apps are now electron.
Re: Building a hackable editor in the browser
#23Earlier quoted context omitted.
My browser is not slow, for me starting and using a lot of desktop apps feels slower than browser apps to be honest.
If you think you browser is fast, you'd be blown away by any decent application. Too bad all apps are now electron.
In data centers, loading data from networked server, where it's in memory, can be used over loading data from a disk, because disk is comparatively slow.
A web app can load JavaScript assembler, which isn't much slower than a desktop app written in C.
Bigger - and slower - parts of the web app can be loaded after the app starts interacting. So - at least in principle - no sizeable speed difference, which would blow somebody away.
Advantage of web app is cross platform uniformity. Write once, run everywhere.
Of course, reality can make adjustments, but we can see and invent things.
Re: Building a hackable editor in the browser
#24Earlier quoted context omitted.
My browser is not slow, for me starting and using a lot of desktop apps feels slower than browser apps to be honest.
Probably because your desktop apps are bloated, too. Any software that needs longer than zero point two seconds reacting to user action (this includes starting the program) should be improved upon.
I personally wouldn't want the developers of the software I depend on most to waste resources speeding up something of such marginal significance.
[Edit: an instant-start editor for config file, vim commit edits etc is of course crucial]
Re: Building a hackable editor in the browser
#25Re: Building a hackable editor in the browser
#26Re: Building a hackable editor in the browser
#27Re: Building a hackable editor in the browser
#28Changing editor capabilities on-the-fly!
Re: Building a hackable editor in the browser
#29...how about moving things out of the browser? It's cramped as it is. And then people wonder why their browser is so slow... "it's just displaying documents!"
An all-native solution on top of a powerful modern language (rust?) would be ideal, but that doesn’t seem to be the direction things are moving. We’ll probably end up with Flutter/Native.