dynamic resolution?

If you are a new Irrlicht Engine user, and have a newbie-question, this is the forum for you. You may also post general programming questions here.
Post Reply
bappy
Posts: 63
Joined: Fri Dec 12, 2003 10:49 am
Location: france
Contact:

dynamic resolution?

Post by bappy »

Is it possible to resize dynamicly the window of the engine?

if not, it could be usefull to add a function for that...
-----------------------------
Sans danger, pas de gloire...
http;//bappy.free.fr
-----------------------------
niko
Site Admin
Posts: 1759
Joined: Fri Aug 22, 2003 4:44 am
Location: Vienna, Austria
Contact:

Post by niko »

That's true. New item on my TODO-list. :)
bappy
Posts: 63
Joined: Fri Dec 12, 2003 10:49 am
Location: france
Contact:

Post by bappy »

cheers man :wink:
-----------------------------
Sans danger, pas de gloire...
http;//bappy.free.fr
-----------------------------
Guest
Posts: 35
Joined: Mon Feb 02, 2004 7:17 pm
Location: Russia, Saint-Petersburg

Post by Guest »

0. Sorry for a long post:)
1. In Windows OS it is possible a little bad horrible terrible HACK (here and almost always when you'd like to do something with Irrlicht window).

You can obtain window's HWND indirectly (e.g. by calling ::FindWindow function). And then you can send messages to this window. In this case you can send WM_SIZE message to it. But this is not enough in this case... :wink:

2. Anyway AKAIK, HWND property will never be public since it's os-dependent element and therefore cannot be a member of os-independent interface such as IrrlichDevice. So there are two ways - declare most of window functions in IrrlichtDevice and implement them in CIrrDeviceWin32 and CIrrDeviceLinux classes or just let people to make those little hacks :wink: The first way is much better for sure but much more time consuming as well...

3. BTW, Niko, would you like to implement a little bit different way of Engine Device creation: not to create your own window but attach to the already existed one passed as a pointer (void*) to IrrlichtDevice constructor, for example. It can be NULL for noobies or those who don't need it and then you will create your own window...
If you need to perform some actions in engine internally (such as in this case when you need to reset window size in CVideoNull object when window is resized) you can do all such stuff internally in your message handling function. This function can be called by user from his own message handling function. I mean this can be implemented as an option feature for "experienced users" :wink:
there is another guest...
niko
Site Admin
Posts: 1759
Joined: Fri Aug 22, 2003 4:44 am
Location: Vienna, Austria
Contact:

Post by niko »

Point 3 is an idea. Or we could add an os dependent optional initialization structure as parameter. Would be an option too.
Post Reply