Irrlicht Engine

There is probably a thread yield in your main loop and pressing alt releases focus to the window.

Edit after rereading again a few times... I am actually not sure. But might as well check window focus issues anyway. You might have some kind of stuck key. Does it happen every time you launch you app ...

You cannot change the order, that is fixed. You get mouse and key events - then if you don't return true those events are passed on to the gui - then you get again the events created by the gui in your receiver. If you think a little about it then it makes probably sense (gui needs mouse+keyboard ...

Yeah serengeor's solution is what CuteAlien suggested for the same problem I was having. I just posted about this a few days ago. Like the look of your game

Sorry, did not get the exact click processing order which you need. The usual tricks for similar cases are: Hiding events. Your event-receiver receives events before the gui - so if you just return true in your eventreceiver for an event which you don't want the gui to see then it will no further ...

I have an event manager that classes can subscribe to and get events dispachted. I have some objects in my scene. When one is clicked it is selected and when you click in empty space it is deselected. Simple enough. Now when you click an item I want a menu to appear so I call a method that creates a ...

Oh this looks interesting. Love seeing screen shots of other peoples work

I would also venture a guess is because you have no lights in the scene and you turned on the lighting flag.

It's all about balancing load. I don't know if it has a technical term but I would call it "Time Slicing" If you have played any MMO games they usually have a little stutter depending on the speed of your system when you start to move quickly in one direction. But having worked on a system that ...

Guess I never added my "fix" for this. I rebuilt the Irrlicht libs and dll and all was good. It turned out I had one of those nightly builds in there and it must have been stale or a few version behind. Rebuilding solved everything.

Well the gui editor crash I have no idea why no one else can get it to crash, I'll update from subversion and rebuild again. I didn't do anything but click the go button on that one lol. The old republic go in my way this weekend :) so I didn't get that code pasted. I really need to get that checked ...

Ow Alien that sounded harsh :p Been so busy with my Old Republic early access haven't "had" any time to work :) Boggers, didn't check my code back into my repo last time I was working on it, shame on me. I'm at work and will have to wait until I get home before I can post the code up. At the very ...

Doh, meant to check this a few days ago, sorry. I am using MSVC 2010 I opened up the 2010 project you guys have in the directory for GUIEditor in tools and clicked the go button. I did nothing else.

Windows 7 64-bit
8GB Ram
i7 @ 1.7ghz
Nvidia gt335m
(The computer is a stock Alienware m11x r2 if the ...

Could also be a memory corruption in that case. Maybe you write over some array boundaries when setting up your skin implementation, wrecking the environment with that.

That was my thought, *sigh* C++ and the rope it gives me. I'll need to dig deep and see if I can figure out what's going on ...

I understand quite well how reference counting works. I did iOS programming for 2 years Obj-C is also reference counted. You use a very similar scheme so it was a really easy concept to grasp.

If I don't use setSkin() it works fine. I also tried adding an (unnecessary) grab() I never dropped my ...

I created a class that implements the IGUISkin interface and I used the current CGUISkin.cpp file as an example to see how everything works. I then changed one of the colors so I would be able to tell the difference. I create a new instance and set the gui skin. I then go on to add a tab panel and ...