Earlier quoted context omitted.
What makes you think it isn't a requirement coming from their superiors? There are many reasons your link may not work. Why do you assume incompetence?
Never attribute to malice what can be adequately explained by stupidity
Browser Games Aren't an Easy Target
21–30 of 52 posts
Re: Browser Games Aren't an Easy Target
#22Earlier quoted context omitted.
We have, with Construct 3 ( https://www.construct.net ) Recent addition of our timeline editor means we think it ticks all the boxes as a replacement.
Can you create graphical assets within engine in Construct (vector or raster) or do you need to import them?
Re: Browser Games Aren't an Easy Target
#23Earlier quoted context omitted.
Javascript can be obfuscated too. What is the difference?
Well, someone went to the trouble of writing a Rust binary just to hide the game code, when they could have used standard JS obfuscation instead. This suggests to me that WASM has some properties that make reverse-engeneering harder than obfuscated JS could do alone. This would give some validity to the fears of WASM becoming the "new Flash" that were voiced when it was still in development.
... but Flash was easy to reverse too, just download the .swf file and use one of many tools to reverse engineer it. It's probably why there are so many "hacked" flash games available if you search for them.
Re: Browser Games Aren't an Easy Target
#24Re: Browser Games Aren't an Easy Target
#25Earlier quoted context omitted.
What makes you think it isn't a requirement coming from their superiors? There are many reasons your link may not work. Why do you assume incompetence?
Because the link opens a different news, you click on article A but it opens article B,also the pages work without JS(except the videos or fancy image galleries) only the navigation seems to be broken . A competent developer will show you a blank page and explain that you need to enable Java Script(it could be also not testing the webpage with JS off combined with using JS to layout stuff). The problem is not JS the…
I completely disagree with this, if I'm understanding you correctly. As someone who disables Javascript, I don't want you to purposely break a page that previously worked (in the sense of being able to read the content of the article) simply because a portion of it which I might not even use doesn't work.
The fully competent solution would be to use progressive enhancement[1] (i.e., use functioning anchor elements initially, and use Javascript to add the Javascript-only functionality on top of the HTML solution).
If you don't have time for that, the somewhat-competent solution for alerting non-technical users that Javascript is disabled would be to add a banner at the top of the page (like Stack Exchange does) stating that some features will be broken without Javascript.
Re: Browser Games Aren't an Easy Target
#26Earlier quoted context omitted.
Well, someone went to the trouble of writing a Rust binary just to hide the game code, when they could have used standard JS obfuscation instead. This suggests to me that WASM has some properties that make reverse-engeneering harder than obfuscated JS could do alone. This would give some validity to the fears of WASM becoming the "new Flash" that were voiced when it was still in development.
> new Flash ... but Flash was easy to reverse too, just download the .swf file and use one of many tools to reverse engineer it. It's probably why there are so many "hacked" flash games available if you search for them.
Re: Browser Games Aren't an Easy Target
#27Earlier quoted context omitted.
Because the link opens a different news, you click on article A but it opens article B,also the pages work without JS(except the videos or fancy image galleries) only the navigation seems to be broken . A competent developer will show you a blank page and explain that you need to enable Java Script(it could be also not testing the webpage with JS off combined with using JS to layout stuff). The problem is not JS the…
>A competent developer will show you a blank page and explain that you need to enable Java Script I completely disagree with this, if I'm understanding you correctly. As someone who disables Javascript, I don't want you to purposely break a page that previously worked (in the sense of being able to read the content of the article) simply because a portion of it which I might not even use doesn't work. The fully compe…
Re: Browser Games Aren't an Easy Target
#28Earlier quoted context omitted.
We have, with Construct 3 ( https://www.construct.net ) Recent addition of our timeline editor means we think it ticks all the boxes as a replacement.
I wouldn't have thought to look there. I'm sure there's many ex-flash devs who would be happy to check it out if they knew.
Re: Browser Games Aren't an Easy Target
#29Earlier quoted context omitted.
We have, with Construct 3 ( https://www.construct.net ) Recent addition of our timeline editor means we think it ticks all the boxes as a replacement.
Can you create graphical assets within engine in Construct (vector or raster) or do you need to import them?
Re: Browser Games Aren't an Easy Target
#30Earlier quoted context omitted.
> new Flash ... but Flash was easy to reverse too, just download the .swf file and use one of many tools to reverse engineer it. It's probably why there are so many "hacked" flash games available if you search for them.
I never really found any of those tools. Granted I could have looked harder. Perhaps I was looking in the open source world too much and they usually came as binaries?