Building a hackable editor in the browser
1–10 of 74 posts
Re: Building a hackable editor in the browser
#2Re: Building a hackable editor in the browser
#3 script, style { display: block; }
I have no words.Re: Building a hackable editor in the browser
#4script, style { display: block; } I have no words.
Re: Building a hackable editor in the browser
#5script, style { display: block; } I have no words.
Re: Building a hackable editor in the browser
#6Re: Building a hackable editor in the browser
#7...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!"
Re: Building a hackable editor in the browser
#8script, style { display: block; } I have no words.
> Warning: All of this doesn’t really follow any best practices for working with html, css or javascript - on the contrary: what we will be doing may look horrible to some people, and rightfully so - so you may not want to try those things at work just yet.
Re: Building a hackable editor in the browser
#9...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.
Re: Building a hackable editor in the browser
#10Earlier 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.