Elysian Shadows

Hi, I just made a pretty nice callback library. It's easy to use in projects, just include a header file. It can make callbacks to normal functions, functors and member functions. Most of the credit goes to http://www.newty.de/jakubik/callback.pdf as that's what I based the library upon. I just adde...

Don't ever delete this. You're just asking for crashes...

It didn't work...the positions were off..But I think I found the way this time :lol: . Because they resized based on the current view/window ratio... I'll uhm *calculate* the coords and size based on that. Still not quite sure how that'd go... but basically, in a window 800x600 with a view of 800x60...

Why would I.. I guess I didn't explain properly. I use glScissor to not draw child widgets outside the rect of their parent. And the shape and position of the parent's rect changed when resized, and I need to compensate for that. I think I found a solution though: calculating the positions and size ...

When I resize the window, the clip rectangle for glScissor should change.. but I don't exactly know how to change it so that it fits the rect resized by view used by sfml about doing that... Any help please? :( helpful pictures? normal(not resized) http://img845.imageshack.us/i/normalf.png resized h...

It's because of Character player; when you do that.. it'll call the Character() constructor.. the one with no parameters.. which you don't have. What you can do is... in the initializer list initialize the player with the appropriate constructor, like so: ShipManager(): player(0,0,0,0,0.f,0.f) {} Or...

Any idea why it is uninitialized? EDIT: Fixed! The variables I were putting into my vector were created in a function, therefore only being temporary. So all I had to do is chance the parameters of the push_back() function to a dynamically allocated MedBullet. Thanks guys! VS seems like a better ID...

Yep. Documentation comes with qt designer, it also comes with a lot of very well document tutorial projects.

My guess.. those MedBullets are temp.. got destroyed and the pointer is thus useless..

visual basic looks disgusting... sorry.. I had to say it...

I'm guessing you'd have to take a test of sorts... but did you really make an account on a (game)programming forum just to ask us that?

Why would forward declaring stuff be bad practice? And why would you possible forward declare something that you don't care about? Forward declaring can sometimes spare a useless #include and thus increase compile speed by a tad... Also I like using #pragma once .. as it looks a tad cleaner. Also.. ...

civicdude95 wrote:Very nice demo. It's looking pretty good. Quick question, what language are you writing the editor in?

He said c++/sdl. You can also tell from the video :P

Necroing this thread because I updated the library a tad :lol: . I wrapped the gui system in a nice little static library. I also implemented widget composition(meaning widgets can contain other widgets) that I really wanted to do a long time ago. The most significant improvement is the fact that no...

post a screenshot if you will. I'd like to see how it looks like, cause it doesn't quite make sense...