olsn

8 ms·

31.
by olsn 14y ago
Not all sites/apps need hardware acceleration and those who do consume a lot more battery. So there is kind of a reason for this - however the way apple implemented this is not from the best quality I think. The bottom line is, that Apple f
32.
IOS6 html hardware acceleration changes and how to fix them(indiegamr.com)
38 points by olsn 14y ago|26 comments
33.
by olsn 14y ago
True! So maybe one can hope, that LPs are kind of forcing the industrie to rethink their strategies just repackaging old types of game(ofc not every company is doing that, but a lot games are basically the same).
34.
by olsn 14y ago
Yes, you are completely right about that - of course it does not apply to any type of game, however I would say it could be the case for any game that has some kind of story or plot or levels embedded. There are quite a few titles, that I d
35.
Are “Let’s Play …Videos” bad for the gaming industry?(indiegamr.com)
25 points by olsn 14y ago|54 comments
36.
by olsn 14y ago
How about using alt- and title-tags for those images?
37.
by olsn 14y ago
I didn't see this in the article, but does anyone know how much the bike actually weights?
38.
by olsn 14y ago
Yes - I think "interesting" is the right word here. To me it somehow looks like a mix of elements of Windows Phone, Android but also iOS - But I welcome the idea of having a html5-friendy mobile ecosystem, even if the design is yet question
39.
New Firefox OS Images(techcrunch.com)
2 points by olsn 14y ago|4 comments
40.
by olsn 14y ago
i like it! but isn't google doing something like that? google docs, picasa, books, youtube, ect... and you are right: sounds very (very :D) ambitious to build something of good quality and reliability - even for thousand people you probably
41.
by olsn 14y ago
that's true! and there are cases, where your way is applicable, however there are a couple issues with it when working with canvas apps(I'm not completely up to date with all the details about style.zoom, so correct me, if i'm wrong): - the
42.
by olsn 14y ago
i don't think the creator intended this to be something to actually use in a productive way - i more believe that he/she wanted to do something cool with the css3 - i think it's a pretty cool idea even if there is no practical use for it
43.
by olsn 14y ago
it is, but can you tell the difference between 0.5ms or 1ms? ;)
44.
by olsn 14y ago
i'm using it in Flash, so there is absolutely no JavaScript involved in my case...
45.
by olsn 14y ago
i understood your point, however the speed in the user's browser is not important since it's just 1 operation, whereas the server has to do most of the operations decoding/encoding all that i guess there are pros and cons on both sides, cer
46.
by olsn 14y ago
then you could get a c extension for MsgPack, that would have to parse less bytes than the JSON c extension and therefore be faster JSON is very good, no doubt about that - but i think that even JSON can be optimized, does not have to be by
47.
by olsn 14y ago
do you have a specification or even some prototype on github? would be interesting to see
48.
by olsn 14y ago
For the native JavaScript implementation you are correct - no doubt about that it is faster there, however, looking at the server-side it looks the other way around: for example parsing MsgPack in Ruby is about 5x faster than parsing JSON -