The "panic" was right imo (only in that specific area) i mean, there is almost 0 microsoft on the web today.
75 karma · joined February 17, 2018
The "panic" was right imo (only in that specific area) i mean, there is almost 0 microsoft on the web today.
I will get banned if i talk more.
I think this is because most of the people here are living in California and they seem to have a very particular world view not always compatible or even undertandable for anyone from any other place.
I used to enjoy this website in like, 2015/16 i think, now the topics are not even tech related anymore.
Made it in like 20 minutes for that absolutely weird use case. Almost never used it again.
This usually means we reskinned and somehow ended with it being slower.
Also the whole release notes are UI changes, particulary for mac ?
I wished the only non-chromium browser with active development was.. idk, different?
Maybe Facebook can join and block in WhatsApp too.
Hey it's free market, private company product yay!
Being from a third world country i have never seen human waste on the street. I think something is very wrong in SF.
Also, earlier this week i read this [1] twitter thread from Casey Muratori on the topic, looks relevant.
[1] https://twitter.com/cmuratori/status/1080580967268376577
The front end requests to the backend each chart on the current dashboad, then the backend, depending of the type of chart, gets the data from the database and passes it to the front who renders it, it could be a pie chart, a bar chart, a table, etc.
We hade 2 or 3 different types of table charts, al using different js based solutions, one of them using bootstrap, i don't remeber the others.
The javascript solutions had responsiveness issues, when you changed the size of the window, or used something that is not Chrome, column headers messed everything up.
One day i decided to end that and added a new type of chart, it expected one table resultset from the db, and once in the front it rendered a traditional <table> with it's content.
We have no more problems with table charts. It works in every browser and every screen resolution.
It was possible to fix the current js tables of course, but is it realy necessary? We have been using tables since forever, and they are just to correct way to display table data on the web.
Thats it, it just works.
If you can reach that files just scraping it means they are somehow open to public access.
No joke, i am genuinely asking.
I am not really into javascript/frontend development, but following js13k on twitter showed me a lot of things you can do to gain KBs on the client side.
However, is this that common?
Thanks for the info btw.
He bundled the whole source code and binary data used in the game/tech demo to use the in browser image decompression, avoiding to write a custom (de)compression code, saving KBs this way.
Then he just eval() the needed parts for each thing.
I found this extremely clever, game jam limitations, specially size ones, evolve into clever programming tricks that are interesting both to code and to look at.