The SDL forums have moved to discourse.libsdl.org.
This is just a read-only archive of the previous forums, to keep old links working.

[Off Topic]-Check Website On Both OS X & iOS ?

Hi,

We have made significant changes in the render code for our new HTML5/JS website.
I was hoping someone here with a Mac OS X computer and/or iOS iPhone/iPad/iPod device
could just do a quick test of our new HTML5/JS website and let us know if it works ok on Apple stuff?

The website URL is here:
http://www.16BitSoft.com

Just visit the above URL on your OS X computer and/or iOS device Internet browser and tell us if it works ok.
Also let us know what platform you tried and OS version.

The HTML5/JS engine used for this website is the precursor to our next HTML5/JS video game which would start soon...
Thank you!

OSX 10.9
Firefox 31


Looks like this: http://imgur.com/KiaX1h1


I don’t want to be rude, and maybe it isn’t rendering right, but it looks like a pure-Flash website from the early 2000s and I don’t think that’s a good thing. 


Cheers,







On Fri, Sep 12, 2014 at 4:33 PM, JeZ-l-Lee wrote:

On Friday 12 September 2014 12:44:25 Iván Vodopiviz wrote:

Hi,

Thanks for your comments.
So the site works on everything I have(have all except Apple stuff):
(yes, the website requires JavaScript - it's an HTML5 website)

Just about everyone I show this new site to say it is bad.
From a technical aspect it functions, but design and usability of site is terrible to all people.
I am a video game programmer trying to make a website.
I modified the "TetriCrisis 4 110% A.I." HTML5/JS source code to make this site.

I'll discuss the site's future with my team mate in Russia over the next few days.
There is no limitation to what the site can be(look/function) with HTML5/JS.
We will figure it out, thanks!

Just to be technical, and this brings things more off topic, but HTML5 does not imply any sort of javascript at all - HTML5 is just the markup, and some of the DOM elements have specific javascript functions, but they are not always necessary.

I previously worked with a team where we did UX/UI evaluations on websites, and yours is indeed terrible, BUT, for what it is (a website geared towards your own games), it does the job.  As far as I can tell, none of your games cater to any people who need special accessibility features (like braile, text-to-speech, etc.) - this isn't an excuse to not fix it, but just something that would help more people deal with the information on your website.


Jesse, I think you will find that many of us that use SDL also have a lot of web experience, so most will come from a background that says "HTML canvas is not really the medium you should use for the main content of your website."  This is not inheritly right or wrong, but it is a very good suggestion.


An HTML/javascript game engine really isn't the most common way to display information on a webpage, especially when it's sole focus is a canvas.  There are many reasons for this, but to name the top few:

• Not all browsers support canvas
• Not all users enable javascript for all websites (for speed and security reasons, among many other possible reasons)
• Canvas is not inheritly responsive, since canvas implies a fixed size (of course, you can detect resizes, but like a game window, the developer assumes that a resize will be few and far between).  You obviously already figured this out when you noted that the site is not designed for mobile
• Browsers are not getting locations added to the users' history, which means the back button becomes unpredictable to the user
• The browser is getting potentially more stress with rendering a canvas than it is rendering multiple HTML elements.

Due to the above reasons, I think everyone would highly recommend you redeveloping your webpage, but you also need to recognize that you're displaying things that your HTML/javascript engine can do, and that also says a lot about your games (which is partially good ).


Now, knowing what people think is completely different from having an actionable plan to fix things (if you want to).  I'd highly recommend grabbing a free content management system (there are lots with lots of different extensions in lots of different languages) - historically, good starting point is wordpress, but there are many others that are good and worth checking out.  With a good CMS, you'll be able to manage downloads, links, projects, and so on, and bonus, you barely have to do any coding (unless you want to customize your theme if you can't find a good free one).


Those are my two cents as a full stack web developer, and you can take them or leave them.





On Fri, Sep 12, 2014 at 8:05 PM, JeZ-l-Lee wrote:

2014-09-12 21:36 GMT-03:00, Alex Barry:

Taking this further, HTML5 + CSS3 are designed to *discourage*
javascript (animations are now part of CSS3 itself, and client-side
form validation is part of HTML5's input element). Really the only
place you should ever need javascript ever is when you're making a
program in HTML5.


Search engines are the equivalent to people with all disabilities put together.

(there's also the fact that in some places you can get sued if the
site isn't accessible due to laws to protect against discrimination,
so be careful)


To add further to this: CSS3 actually performs *better* than 2D
canvas, because the former got hardware acceleration before 2D canvas
did (especially important for mobile).
_______________________________________________
SDL mailing list

http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

Hi,

http://www.16BitSoft.com

I managed to get browser window resize with aspect ration working.
It seems to be working in all browsers on both Windows and Linux,
but it broke on my Android smartphone and tablet?

JeZxLee