Java-Gaming.org Hi !
Featured games (81)
games approved by the League of Dukes
Games in Showcase (513)
Games in Android Showcase (119)
games submitted by our members
Games in WIP (576)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  FengGUI and Xith  (Read 3813 times)
0 Members and 1 Guest are viewing this topic.
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Posted 2006-09-12 17:49:08 »

Hi,

Has anyone tried to get FengGUI running with Xith yet? We are currently working on a way to get FengGUI mate with jME and I thought it would be nice to make the same for Xith. After all I am still fond of Xith because it helped me once in a ridiculously laborious CG homework Smiley

Johannes

Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #1 - Posted 2006-09-12 19:33:41 »

Has anyone tried to get FengGUI running with Xith yet? We are currently working on a way to get FengGUI mate with jME and I thought it would be nice to make the same for Xith.

We're currently writing a HUD implementation for Xith. Have you already had a look at ord.xith3d.ui.hud.* and org.xith3d.test.ui.HUD3DTest (current CVS)? It is not totally complete, but I think, it should do what you want (when it's ready). All we urgently need are text input elements, which I'm currently working on.

Is there anything else missing in the Xith-HUD, which is already implemented in FengGUI?

Marvin
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #2 - Posted 2006-09-12 20:12:36 »

Quote
Have you already had a look at ord.xith3d.ui.hud.* and org.xith3d.test.ui.HUD3DTest (current CVS)

No, not yet. But I will check it out as soon as I can materialize some free time. Thanks for the hint. Are there screenshots/webstarts available?
It is actually a pitty that you guys are having your own UI system now because I spend a lot of effort on building FengGUI and it might have been easier to integrate it into Xith. Perhaps I should have got the word out earlier... Smiley

Quote
Is there anything else missing in the Xith-HUD, which is already implemented in FengGUI?

Hmm, not sure how far you are... We have working text input widgets since January including mouse sensitive text selection Undecided You can check out the webstart on http://fenggui.dev.java.net (it is not totally up to date though)

Johannes

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #3 - Posted 2006-09-12 21:04:41 »

No, not yet. But I will check it out as soon as I can materialize some free time. Thanks for the hint. Are there screenshots/webstarts available?

Unfortunately not. You'll have to ckeckout from CVS until we ahve the time to provide new Webstarts for the currently available demos. But I attached a screenshot of the org.xith3d.test.ui.HUD3DTest.

It is actually a pitty that you guys are having your own UI system now because I spend a lot of effort on building FengGUI and it might have been easier to integrate it into Xith. Perhaps I should have got the word out earlier... Smiley

Actually I had a look at FengGUI before I started to write the HUD system. But there was something that I can't remember, which made me not use it. I guess it was the unability to use it with xith.

Hmm, not sure how far you are... We have working text input widgets since January including mouse sensitive text selection Undecided You can check out the webstart on http://fenggui.dev.java.net (it is not totally up to date though)

You're a bit farer. We don't have text input, trees, lists, tabs and splitpanes. Unfortunately I wasn't able to launch the WebStart. Could you please look for it?

How did you solve the problem with clipping in frames or scrollable areas? Is there an opengl function, which does it or did you write the necessary code yourself?

Marvin
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #4 - Posted 2006-09-12 22:48:19 »

Quote
But I attached a screenshot of the org.xith3d.test.ui.HUD3DTest.

The shot looks very nice already. It seems that your GUI library is texture-centric too.

Quote
Actually I had a look at FengGUI before I started to write the HUD system. But there was something that I can't remember, which made me not use it. I guess it was the unability to use it with xith.

Hmm, but I think these unabilities could have been bridged somehow. In fact that are probably the same difficulties we have with jME and that come with a rendering queue. A quick an dirty hack could have been to simply draw FengGUI after drawing the scene Smiley

Quote
We don't have text input, trees, lists, tabs and splitpanes.

Well... we dont have trees and tabs either. We want to make FengGUI more stable first before we add more fancy stuff... This delays everything a bit.

Quote
Unfortunately I wasn't able to launch the WebStart. Could you please look for it?

That's odd. I just doublechecked again and it works fine on my machine (WinXP)... Is there a specific error message?

Quote
How did you solve the problem with clipping in frames or scrollable areas?

We are using glScissors for clipping. This basically defines a rectangular clipping space. It's quick, reliable and easy to use

Johannes


Offline woogley
« Reply #5 - Posted 2006-09-12 23:09:16 »

might wanna check your cache, Schabby, the webstart doesnt work for me either

Quote
java.net.ConnectException: Connection refused: connect
   at java.net.PlainSocketImpl.socketConnect(Native Method)
   at java.net.PlainSocketImpl.doConnect(Unknown Source)
   at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
   at java.net.PlainSocketImpl.connect(Unknown Source)
   at java.net.Socket.connect(Unknown Source)
   at java.net.Socket.connect(Unknown Source)
   at sun.net.NetworkClient.doConnect(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.openServer(Unknown Source)
   at sun.net.www.http.HttpClient.<init>(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.http.HttpClient.New(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
   at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
   at com.sun.javaws.net.BasicNetworkLayer.doRequest(Unknown Source)
   at com.sun.javaws.net.BasicNetworkLayer.doHeadRequest(Unknown Source)
   at com.sun.javaws.cache.DownloadProtocol.doDownload(Unknown Source)
   at com.sun.javaws.cache.DownloadProtocol.isLaunchFileUpdateAvailable(Unknown Source)
   at com.sun.javaws.LaunchDownload.getUpdatedLaunchDesc(Unknown Source)
   at com.sun.javaws.Launcher.downloadResources(Unknown Source)
   at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
   at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
   at com.sun.javaws.Launcher.run(Unknown Source)
   at java.lang.Thread.run(Unknown Source)

because http://user.cs.tu-berlin.de/~schabby/webstart/demo.jnlp is not online.
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #6 - Posted 2006-09-12 23:38:34 »

The shot looks very nice already. It seems that your GUI library is texture-centric too.

Yes, it is.

A quick an dirty hack could have been to simply draw FengGUI after drawing the scene Smiley

This is necessary anyway. Maybe it could work.

Well... we dont have trees and tabs either. We want to make FengGUI more stable first before we add more fancy stuff... This delays everything a bit.

I took this from your web page:
Quote
FengGUI is a graphical user interface (GUI) application programming interface (API) based on OpenGL. FengGUI will provide all typical GUI components like buttons, sliders, trees, text areas, frames, tabs, etc. which are required to build a complete GUI system...

We are using glScissors for clipping. This basically defines a rectangular clipping space. It's quick, reliable and easy to use

Cool. We discussed this glScissors for that purpose, too. But we found it not doing the trick. So I guess we were wrong and can actually use it. Thanks for the hint. Smiley

Marvin
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #7 - Posted 2006-09-13 07:56:54 »

Thanks for bringing the webstart issue up. Apparently it is broken indeed... now that you two people cannot open it I can only estimate how many people else encounter the same thing...
However, after carefully clearing all possible caches on my machine (java webstart cache and browser cache) I still have no problems running it.  Undecided

Any hints are much appreciated.

Quote

That's odd, because I can access it (with a wrong MIME type though). Maybe there was a temporary problem with the webserver... our CS server is known to break down once in a while.

Because our CS server is unable to send the correct MIME type along with the jnlp file (and it's not an apache, so I have no clue how to tell him), I have a copy of the same jnlp file on fenggui.dev.java.net. If you click on the link, this copy is opened because the webserver of java.net got the right MIME type. The jars are loaded from my uni. account though, because the signing gets scrambled when uploading jars via CVS. And the commiting the files to the CVS is the only way to upload stuff to dev.java.net that I know of.

Quote
This is necessary anyway. Maybe it could work.

We are currently trying this with jME and it works quite well. We have one minor difficulty to overcome though Smiley Everything is just fine when we run FengGUI on top of jME with an empty scene. But as soon as we add a node to the scene graph, some texture states are set in jME that we do not reset in FengGUI such that textures are not mapped in FengGUI. So what we got to do is to find that state and simply reset it in FengGUI. But I haven't started digging yet... I am missing probably something obvious...

Quote
I took this from your web page:
Quote
FengGUI is a graphical user interface (GUI) application programming interface (API) based on OpenGL. FengGUI will provide all typical GUI components like buttons, sliders, trees, text areas, frames, tabs, etc. which are required to build a complete GUI system...

We had all these items once, but we removed them temporarily because they didnt work reliable enough. We dont want add code before the rest is stable. But actually the widgets aren't the problem; the layout managers and the theme/layout XML stuff are trickier.

Here is what we can do at the moment: https://fenggui.dev.java.net/examples/index.html

Johannes

Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #8 - Posted 2006-09-13 08:09:57 »

Thanks for bringing the webstart issue up. Apparently it is broken indeed... now that you two people cannot open it I can only estimate how many people else encounter the same thing...
However, after carefully clearing all possible caches on my machine (java webstart cache and browser cache) I still have no problems running it.  Undecided

Any hints are much appreciated.

It's working now. Smiley

We had all these items once, but we removed them temporarily because they didnt work reliable enough. We dont want add code before the rest is stable. But actually the widgets aren't the problem; the layout managers and the theme/layout XML stuff are trickier.

Here is what we can do at the moment: https://fenggui.dev.java.net/examples/index.html

Yeah, it's kida impressive.

Is it true, that your Frames aren't resizable, too? I'm planning to implement this feature for the future. But others are much more important for now.

Marvin
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #9 - Posted 2006-09-13 17:51:46 »

We are using glScissors for clipping. This basically defines a rectangular clipping space. It's quick, reliable and easy to use

I checked out the FengGUI code from CVS, but I cannot find, where you actually use glScissors or any other OpenGL call for clipping. Could you kindly point me to the right class or paste an example? I would be very greatful Smiley

Marvin
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #10 - Posted 2006-09-13 18:15:09 »

Quote
Yeah, it's kida impressive.

Thanks! I am glad you like it.

Quote
Is it true, that your Frames aren't resizable, too? I'm planning to implement this feature for the future. But others are much more important for now.

Yapp, it is sad but true Smiley Funny, we just talked about resizable frames our the discussion today  Tongue

Quote
I checked out the FengGUI code from CVS, but I cannot find, where you actually use glScissors or any other OpenGL call for clipping. Could you kindly point me to the right class or paste an example? I would be very greatful

We encapsulated OpenGL as good as possible because we want FengGUI to be able to render with JOGL as well as with LWJGL... this is why we never have direct OpenGL calls which is the reason why they are so hard to find. If you dig in the package org.fengui.render you will find several clues such as an interface IOpengGL which defines all important gl calls we need. This interface is simply implemented one time on the JOGL side and one time on the LWJGL side. For example, the LWJGL implementation of IOpenGL reads for the method setScissors:

1  
2  
3  
4  
   public void setScissor(int x, int width, int y, int height) 
   {
      GL11.glScissor(x, y, width, height);
   }


where x and y have their origin in the lower left corner. What you will find interesting as well is line 111 in org.fenggui.render.Graphics. Similar to Java2D, Graphics contains several helper methods for drawing text, rectangles, triangles, images, etc. Among them is the following method:

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
    public void setClipSpace(int x, int y, int width, int height)
    {
        x += offset.getX();
        y += offset.getY();

        // setup the clip space rectangle that we keep in the Graphics instance
        clipSpace.set(x, y, width, height);
       
        gl.setScissor(x, width, y, height);
    }


There we translate from FengGUIs display space in the openGL view port space. This method is used in org.fenggui.Container, line 134. This method looks a bit messy due to the addition of recent validity checks:

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
    final boolean clipWidget(Graphics g, Widget c) {
       
       int startX = c.getX() < 0 ? 0:c.getX();
       int startY = c.getY() < 0 ? 0:c.getY();
       
       Binding b = Binding.getInstance();
       
       if(startX >= b.getCanvasWidth() || startY >= b.getCanvasHeight())
       {
          return false;
       }
       
        g.setClipSpace(
                startX,
                startY,
                c.getX() + c.getWidth() > getWidth() ? getWidth()-startX:c.getWidth(),
                c.getY() + c.getHeight() > getHeight() ? getHeight()-startY:c.getHeight());
       
        return true;
    }


When it comes to rendering the widget, the containers iterate through the child widgets. For each child widget we first setup the appropriate clip space and then draw the widget (inclduing backgroud, border and content). Note that a child widget can be a container again. I hope this answers your question? Smiley

Johannes

edit: fixed typo

Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #11 - Posted 2006-09-13 22:30:12 »

I hope this answers your question? Smiley

It gave me a good hint. Thank you very much for the detailed reply.

After I found this: http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/gl/scissor.html I think, I'm able to write a glScissors implementation for Xith Smiley.
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #12 - Posted 2006-09-14 15:01:59 »

Schabby, bug in FengGUI : in the "Pick a tea flavor" dialog I have to click twice on a list item for it to be selected.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #13 - Posted 2006-09-14 15:07:19 »

Schabby, feature request : I want to be able to click-drag to a menu item.
E.g. I click on "File" and I drag to "New" then release the button and it works (pressed event on new).

Amazing work.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #14 - Posted 2006-09-14 15:09:59 »

Schabby, feature request : mouse wheel working for vertical scrolling.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #15 - Posted 2006-09-14 15:11:57 »

Schabby, typo in the useless TextArea text : "but thar hardly satisfied the little one".
Feature request : copy/paste from external working (could implement it).

I think I'll request dev access to FengGui. (Not just now).

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #16 - Posted 2006-09-14 15:13:15 »

Schabby, feature request : when multiple selection is enabled on tables, do multiple selection only when control is pressed, and implement "shift" behavior (select all from first to currently hovered one).

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline cylab

JGO Ninja


Medals: 52



« Reply #17 - Posted 2006-09-14 15:18:34 »

Maybe FengGUI and HUD could complement each other in the Xith framework.

Since FengGUI already aims for kind of general purpose GUI, I would suggest to keep the HUD at a minimum. Just some textured Frames with buttons and a simple text input. Maybe scrollable surface and/or lists at most. No fancy widgets like trees and such, no layout managers, no xml description language. Just a quick way to make start-screens, highscores, inventories etc.

Mathias - I Know What [you] Did Last Summer!
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #18 - Posted 2006-09-14 15:28:44 »

Schabby, feature request : masked text field

Maybe FengGUI and HUD could complement each other in the Xith framework.

Since FengGUI already aims for kind of general purpose GUI, I would suggest to keep the HUD at a minimum. Just some textured Frames with buttons and a simple text input. Maybe scrollable surface and/or lists at most. No fancy widgets like trees and such, no layout managers, no xml description language. Just a quick way to make start-screens, highscores, inventories etc.

I agree, included in dev plan v2.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #19 - Posted 2006-09-14 15:52:23 »

Maybe FengGUI and HUD could complement each other in the Xith framework.

Since FengGUI already aims for kind of general purpose GUI, I would suggest to keep the HUD at a minimum. Just some textured Frames with buttons and a simple text input. Maybe scrollable surface and/or lists at most. No fancy widgets like trees and such, no layout managers, no xml description language. Just a quick way to make start-screens, highscores, inventories etc.

I agree in general. I already thought this way. Rivalry wouldn't help us and was not in an Open Source thinking.

As you said, cylab, FengGUI is made for general rich GUI applications. The HUD was always meant to be for games. So we don't need fancy Widgets. But I already implemented the base for layout managers (just one day before this FengGUI discussion came up Wink), but I didn't write any concrete LayoutManager so far. Any WidgetContainer is scrollable and there is a ScrollPane implementation. There will be TextField Widgets and List Widgets in the near future. So I don't think I should paddle back and remove the LayoutManager interface. But I also think there's no need for a first completeness to have concrete LMs. The Tree could maybe come in, too and the Tab. But definitely no menus or splitpanes. This isn't needed for games.

Marvin
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #20 - Posted 2006-09-14 16:12:26 »

Gee, cool! Thanks for all the feedback!!

Quote
Schabby, bug in FengGUI : in the "Pick a tea flavor" dialog I have to click twice on a list item for it to be selected.

The webstart had a problem there. I believe it is fixed in the latest sources. But thanks for reporting it anyway!!

Quote
Schabby, feature request : I want to be able to click-drag to a menu item.
E.g. I click on "File" and I drag to "New" then release the button and it works (pressed event on new).

oh, yes, you are right! This is standard behaviour for drop down menues.  Again, thanks for reporting it!

Quote
Schabby, feature request : mouse wheel working for vertical scrolling.

ok, I add that to our (recently installed) bug-tracker along with the issues you pointed out before Grin You can find it here btw http://fenggui-tracker.rarebyte.com/ Please feel free to report bugs there as well. It requires you to register unfortunately...

Quote
Feature request : copy/paste from external working (could implement it).


I was thinking about that for quite a while and I agree that it shouldnt bee too complicated. In fact I asked the LWJGL guys how to access the clipboard and it is really straight forward.

Quote
Schabby, feature request : when multiple selection is enabled on tables, do multiple selection only when control is pressed, and implement "shift" behavior (select all from first to currently hovered one).

Yapp, that's another thing where FengGUI does not really embrace common beahviour.

Quote
Schabby, feature request : masked text field

What do you mean by "masked"? Smiley

Quote
Maybe FengGUI and HUD could complement each other in the Xith framework.

That would be awesome. This untertaking would have my complete support!

Johannes

Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #21 - Posted 2006-09-14 16:14:19 »

...no xml description language...

What do you mean by this? I guess you were talking about themes. Themes are already implemented. Not on XML basis but properties files.
Offline cylab

JGO Ninja


Medals: 52



« Reply #22 - Posted 2006-09-14 16:25:11 »

I meant describing the complete gui in an xul like external file:

1  
2  
3  
4  
5  
6  
7  
8  
9  
<hud>
  <frame x="0.25" y="0" layout="flow">
     <button id="foo" text="foo button" action="org.yourorg.MyHandler.fooPressed"/>
     <button id="bar" text="bar button" action="org.yourorg.MyHandler.barPressed"/>
  </frame>
  <frame x="0.25" y="0.5" layout="flow">
     <input id="baz" value="predefined text" action="org.yourorg.MyHandler.bazChanged"/>
  </frame>
</hud>


While this looks nice and useful, it is totally oversized for games...

Theming however is OK, although I wouldn't have much use for it in a game.

Mathias - I Know What [you] Did Last Summer!
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #23 - Posted 2006-09-14 16:30:44 »

I meant describing the complete gui in an xul like external file:

1  
2  
3  
4  
5  
6  
7  
8  
9  
<hud>
  <frame x="0.25" y="0" layout="flow">
     <button id="foo" text="foo button" action="org.yourorg.MyHandler.fooPressed"/>
     <button id="bar" text="bar button" action="org.yourorg.MyHandler.barPressed"/>
  </frame>
  <frame x="0.25" y="0.5" layout="flow">
     <input id="baz" value="predefined text" action="org.yourorg.MyHandler.bazChanged"/>
  </frame>
</hud>


While this looks nice and useful, it is totally oversized for games...

Ah! now I see. Well this isn't a MUST for the HUD. You're right.

Theming however is OK, although I wouldn't have much use for it in a game.

I can't imagine you want your Widgets to look GTK like in your game, do you? If you don't want to, which I assume, you won't also want to hardcode all the texture references in you source. So a theme is the most easy way to assign the textures to your Widgets. Don't you agree?
Offline cylab

JGO Ninja


Medals: 52



« Reply #24 - Posted 2006-09-14 16:39:29 »

I would in fact hardcode the textures and would expect a HUD-API to provide an easy way to do it. But maybe that's just me, because I do the opposite at work - all that J2EE declarative programming sucks Wink

Mathias - I Know What [you] Did Last Summer!
Offline Marvin Fröhlich

Senior Duke




May the 4th, be with you...


« Reply #25 - Posted 2006-09-14 16:53:56 »

I would in fact hardcode the textures and would expect a HUD-API to provide an easy way to do it.

It does Smiley

But maybe that's just me, because I do the opposite at work - all that J2EE declarative programming sucks Wink

I think a Theme will help many people a lot.
Offline Amos Wenger

Senior Duke




Everything's possible, but not everything's fun...


« Reply #26 - Posted 2006-09-14 18:33:12 »

@Schabby : masked = password text field, you know you type and all characters are displayed as "*". In your connection window, password is visible, which makes it nearly unusable.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Schabby

Junior Duke




The Receding Brow Worm will eat your code!


« Reply #27 - Posted 2006-09-14 19:40:41 »

Quote
@Schabby : masked = password text field, you know you type and all characters are displayed as "*". In your connection window, password is visible, which makes it nearly unusable.

We are currently working on that. Chances are good that it has been commited today. I have not checked todays CVS logs yet.

Quote
While this looks nice and useful, it is totally oversized for games...

Yeah, XUL is bloated. Even for FengGUI   Wink

Johannes

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Longarmx (39 views)
2014-10-17 03:59:02

Norakomi (31 views)
2014-10-16 15:22:06

Norakomi (24 views)
2014-10-16 15:20:20

lcass (28 views)
2014-10-15 16:18:58

TehJavaDev (57 views)
2014-10-14 00:39:48

TehJavaDev (58 views)
2014-10-14 00:35:47

TehJavaDev (48 views)
2014-10-14 00:32:37

BurntPizza (64 views)
2014-10-11 23:24:42

BurntPizza (36 views)
2014-10-11 23:10:45

BurntPizza (78 views)
2014-10-11 22:30:10
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!