Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 26 Apr 2009
Offline Last Active Jun 05 2015 06:22 AM

Posts I've Made

In Topic: HTML/CSS for 3D game GUI

01 April 2015 - 12:22 PM

It's interesting to get other views on this.


HTML/CSS is very flexible and allows the ability to do a ton of things. Millions of people also know it so finding resources to work with it is very easy and cheap. There are also thousands of libraries already available ready to use where you can see the source for all of them.


I don't want to have a crappy HTML renderer bloating my game code.



I think this is debatable on it bloating your code itself. When making a game you'll have a lot of libraries "bloating" your code so not sure why you would see this as any different. If anything the separation has many benefits.



What exactly is the advantage of using HTML over other options? What does it gain me over, say, an xml driven windowing/button system?



Some of the things I've stated above show some advantages but for me the biggest one is that HTML/CSS is well established. It's not going anywhere anytime soon and will evolve for decades to come. It has a huge backing and following where as any custom xml driven windowing system just doesn't have that. Even xaml which was created by MS is much more likely to die out over HTML/CSS in the future. On top of that all rendering is done for you. Maybe some people enjoy making GUI's, but the bottom line is if you are trying to make a game and the gameplay is what matters to you the most, you just need a GUI that is reliable, flexible, has longevity, and has a ton of backing. To me HTML/CSS rules in all of those spaces. That's my view on it.


http://www.awesomium.com/ looks interesting. I'll have to dig deeper to see if it's as bad as librocket though.


Modern HTML/CSS is quite resource intensive which makes it unsuitable for game GUIs



What seems interesting with awesomium is that it seems to run on it's own process so should have no impact on our games process. That would for sure be required. Also, I think we'd have to look at what is really in a game gui. They aren't exactly all that complicated the majority of the time. I know some games try to get cute with them but most games are pretty easy going with the gui itself. I wonder how taxing an average game gui would really be.

In Topic: HTML/CSS for 3D game GUI

01 April 2015 - 11:28 AM

? This is the Lunge right? Just expressing views to see if I get reactions/ideas/thoughts about the topic.

In Topic: How do you motivate yourself for game design?

28 March 2015 - 06:08 PM

This is where ignorance can be bliss. Believe it or not the ignorant person who thinks they can make any game even starting out has it easier as they will just dive in trying to make the next top FPS. Eventually they'll learn the task is more than they can do but they will have learned a ton on the way.

In Topic: Some programmers actually hate OOP languages? WHAT?!

27 January 2015 - 05:53 PM

I find that when making games I love using OOP. Games just have so many objects that could be in the real world and it makes sense to me. When I write business applications I have a hard time using OOP because I find it harder to break concepts into objects that mean something to me. OOP in my mind just works better with actual objects you could touch and see vs concepts. A player, a coin, a bad guy, these are all very much physical things.

In Topic: Diablo like game: video dev diary

30 September 2014 - 10:25 AM

Session 8 up showing my progress and how I did it