He was talking about rocket reusability, specifically reusing orbital stage. Just reaching the orbit is possible in stronger gravity, but returning back whole stage is already very close to the limits of current…
I'm surprised that no one asking this - but what's the future for Atom in VSCode in light that they are pretty much direct competitors AND developed by same company now. Any plans to merge teams / unify development? (…
http://bits.blogs.nytimes.com/2013/05/21/an-honor-for-the-cr...
+1 rfb protocol is not complex and properly documented
I might hack a bit on JS-only gif encoder this weekend but at the moment yes, you need to have proper development environment to compile under windows. unistd.h dependency might be an easy fix though
depends on browser, but I guess yes.
Yes, I was thinking about server-side image maps and link with target in invisible frame. Mouse movements are harder (if possible) to send without client side javascript
He was talking about rocket reusability, specifically reusing orbital stage. Just reaching the orbit is possible in stronger gravity, but returning back whole stage is already very close to the limits of current…
I'm surprised that no one asking this - but what's the future for Atom in VSCode in light that they are pretty much direct competitors AND developed by same company now. Any plans to merge teams / unify development? (…
http://bits.blogs.nytimes.com/2013/05/21/an-honor-for-the-cr...
+1 rfb protocol is not complex and properly documented
I might hack a bit on JS-only gif encoder this weekend but at the moment yes, you need to have proper development environment to compile under windows. unistd.h dependency might be an easy fix though
depends on browser, but I guess yes.
Yes, I was thinking about server-side image maps and link with target in invisible frame. Mouse movements are harder (if possible) to send without client side javascript