In-Game UI + Drag?

[DarkMortar]

Hi,

Lets say you want to make an in-game interface without using swing. And I would also want to be able to drag the "windows" around in any desired place. The backgrounds of the windows will be various semi-transparent images with text on them and various things. Ok my question, is is this a good idea?

Like each window is a semi-transparent image with g.drawString's on them, and with MouseListener, you could drag the window by holding the top bar and dragging, and all of the coordinates would be moved by variables being added up and down depened on how u drag while holding the mouse button, along with the drawString's by use of variables after redraw. Well ok, first off, is this a good way to do it for in-game interfaces? And would it work well enough?

Also how would i do an ingame window with a window that has a scroll bar to the side with text, and you want scroll it up and down to see more of the "quest explinations" as an example. Not sure on how to do the scrolling window :/.

[CommanderKeith]

Re-creating swing will be a big bugger.  Also with your own custom UI you'll be stuck with whatever effects you've got.  If you can use Swing, its simple to completely change the look and feel of your menus.  Also you get all the widgets for free.  The only trouble is the threading issues, but that can be overcome.

If you don't want to use Swing though, then what you say sounds achieveable.

[Schabby]

You may want to try FengGUI (http://fenggui.dev.java.net). We provide all sorts of customizable widgets including windows and scroll containers. I am happy to help you on your UI in case you encounter difficulties.

Johannes

Games published by our own members! Check 'em out!

[Eli Delventhal]

I've made a lot og basic OpenGL GUI, namely text fields, buttons, and windows, and it really isn't that hard, nor is it complicated. You've got the right idea – it's just a lot of tedious work to get everything you want in there.

[DarkMortar]

Hi, thank you people for the clarifications.

The reason I am not using swing is because i want my interface "really in the game" like if you were playing a top-down rpg, i want accurate interfaces on the sides and top to be in-theme. I want my interfaces slightly transparent and within the canvas, because with swing, it must be seperate, and i decided I dont need file menus ect. Even though orginally I was going to use swing for all of it, but i decided no, for various reasons. I was asking this question to mainly see if it is "ok" to do this, and I dont think it should add too much more grafix lag.

But i still ponder on how i could make a window with a scroll-bar with text on the side, which it reads from a .txt file, like a quest explination for example, with the ability to move it anywhere you please.

[Schabby]

How do you plan to render your stuff? With Java2D or with OpenGL?

Johannes

[DarkMortar]

Java2D.

[Schabby]

In this case FengGUI doesn't help much 

I believe it is achievable to build your own GUI library on top of Java2D. But I suggest ot start with Swing as a prototype and after your game reached a certain state of development you begin to implement your own UI components. The look and feel mechanism in Swing is pretty powerfull but still too limited for games (no way to do transparent window backgrounds for example). However, I recommend to still use the Swing functionality and simply subclass those components you want to use. By overriding the paint() method you have total control over the appearance. In-game windows need to be developed from scratch though.

Like each window is a semi-transparent image with g.drawString's on them, and with MouseListener, you could drag the window by holding the top bar and dragging, and all of the coordinates would be moved by variables being added up and down depened on how u drag while holding the mouse button, along with the drawString's by use of variables after redraw. Well ok, first off, is this a good way to do it for in-game interfaces? And would it work well enough?

Sounds good to me.

Johannes

[DarkMortar]

I am ok with making all of my windows from scratch, and having special sizes depending on the window. The things you can do with most of the windows shouldnt be too difficult, they will usually be able to be dragged, and buttons will semi-glow or highlight or whatever when you hoover the mouse over them, and there will be no resizing any of the windows because its harder to do that and not nessecary for this case.

but i still have no hints on how to do scrollbar with text in the interface.

[Anon666]

You can use lightweight Swing components independently of the heavy weight AWT framework, it just takes abit of fiddling.

However, Swing rendering was never written with efficiency in mind - it tends not to be such a bottleneck when you have a passive (dirty) repaint system.
If you used them in an actively rendered game, you may find them to be too inefficient.

Games published by our own members! Check 'em out!

[ENC]

Actually in need not to recreate your UI to suit your game interface. I too wanted to do it.. but is really really time consuming...

You should use Swing and maniplate its ui codes.. After all Swing is also designed to accept mulitples different UI based on the design of the programmer.. It may seem abit difficult and long at first .. but is definatly time space and resource saving to recreate everything from scratch...

During run time it will also run quite smooth regardless to the size of your UI. OF course the size matters to a certain extend.

Cjheers!