191–200 of 245 posts
Earlier quoted context omitted.
Didn't making your post also require a browser? You prefer running a binary to play a game?
No. I prefer open source games. You are aware that they exist outside of web browsers, aren't you?
If you trust native code simply because it's open source, why don't you trust browser-interpreted code?
Stroke fire takes too long. After waiting for the first one and getting a second wait, I quit. You should make it faster until you have acclimated the user to the slow pace.
Alternatively, you should have an attention span not measured in seconds.
The style of a minimalist interface that starts sprouting things, somewhat ASCII-game-ish yet also rather dynamic, reminds me a bit of Candy Box: http://candies.aniwey.net/ . It's an interesting UI and 'reveal' style for a game, and glad to see another one using it. Feels somewhat refreshing. edit: Ah ok, if you view-source it mentions Candy Box as an inspiration.
And Frog Fractions is worth checking out if you like Candy Box.
Earlier quoted context omitted.
I use noscript, and am continually annoyed by web pages that feel they need to run code on my computer to load. I get it when people complain about things needlessly using Javascript. With that in mind, what the hell were you expecting? Even in the 90's web based games used flash. What exactly was the 'secure' alternative? A game needs to run code, whether natively or in your browser.
Have you ever heard of games that don't run within web browsers? That's what I thought this particular game might be. In fact, there is a slew of standalone, non-browser-based Interactive Fiction game engines like Frotz[1], Zoom[2], and Inform7[3] out there that this particular game might have been written in. And I would have had no problem playing it then. [1] - http://frotz.sourceforge.net/ [2] - http://www.logica…
The developer would have to ship their own custom engine, at which point you have unsandboxed code running under your user account on your computer, instead of code sandboxed in the browser (which is probably the most generally available and secure sandbox for arbitrary code that exists right now). You are quite unlikely to give the game a full code review to make sure it's not making any analytics requests or shipping your data off to the program author, so that is probably worse from a logical security standpoint.
Now, if you're worried about the request to load JQuery from ajax.googleapis.com, you could've pointed out originally that this is a concern for those who worry about their privacy, and most on here would agree with you. I'm not actually sure why the author of this game decided to use the CDNed JQuery, when the rest of their scripts are unoptimized and loaded from their own server.
Unfortunately, this game seems to be browser-based and requires javascript to work -- so I'm going to pass.
I played through the whole game but can't figure out what bait was ever used for. My trapped made it but there didn't seem to be any use for it. Anyone know?