Re: Child window problems
Yes the main.cpp is not really main.cpp because it is clearly a pure windows native application with only the new coat on the same body. :D bhahahah
Definition of L"string" and _T("String") or TEXT("String") is also different
Thanks
Re: Child window problems
im sory im not really understanding what you are saying.
Quote:
Yes the main.cpp is not really main.cpp because it is clearly a pure windows native application with only the new coat on the same body
main.cpp is just a name, it dosent matter weather its an empty project, console , or win32 application.. main.cpp just means its the name i gave the cpp, telling me thats where the main function is. it dosetn need to be called WinMain.cpp for WinMain() to work...
Quote:
Definition of L"string" and _T("String") or TEXT("String") is also different
I had to use L"String" because thats what the function asked of me, or else i wouldnt have.. i dont know what that has to do with the problem im having.
Re: Child window problems
Actually just use whatever you like, either L"" or TEXT("") works just fine for your application
Re: Child window problems
You must have spent some time attaching code snippets.
It would have been mutually beneficial (for you and responders) if you attached zipped project.
In my case (and I think many of us) we do not have time to piece all snippets together in order to debug your code and give you an intelligent answer.
Re: Child window problems
Quote:
Originally Posted by
JohnCz
You must have spent some time attaching code snippets.
It would have been mutually beneficial (for you and responders) if you attached zipped project.
In my case (and I think many of us) we do not have time to piece all snippets together in order to debug your code and give you an intelligent answer.
Yes, I agree with JohnCz, you can send it via my email or my home address, can't you ?
This won't take your time actually
Another way is to contact directly via phone for somewhere to debate (if we live in the same region) on a day off, ie weekends
Re: Child window problems
Quote:
Originally Posted by
ChayKieu
Yes, I agree with JohnCz, you can send it via my email or my home address, can't you . . .
Anything is possible; However, attaching compressed project to a post is most efficient way of getting response.
This way many people can participate in discussion, and present different approach to solving a problem.
Re: Child window problems
Yes, I agree there are alot of people on codeguru who I think will love to read and disgcust
Re: Child window problems
If you want to use two different windows with both having the DirectX rendering loop, you will need to use the Swap Chains. Google for it, you will find lot of examples...
Re: Child window problems
Quote:
Originally Posted by
streamer
If you want to use two different windows with both having the DirectX rendering loop, you will need to use the Swap Chains. Google for it, you will find lot of examples...
thanks for the response streamer,
i did read up on these swap chains, but i also read up on using different devices rather than swap chains.. so i got kinda confused and thought that initializing and using two different devices might be easier.
Re: Child window problems
Quote:
Originally Posted by
Flipsy
thanks for the response streamer,
i did read up on these swap chains, but i also read up on using different devices rather than swap chains.. so i got kinda confused and thought that initializing and using two different devices might be easier.
Handling two d3d devices is a much more work to handle than swap chains. Example:
So you have one windowed application, and you think you don' t need to handle lost device, when user switch from fullscreen to windowed mode with alt-tab or similar, because your application is not full screen . Wrong.
Just change resolution of the desktop window to something different and ta-da, your program crashes. You need to handle lost device. And ops but you have two devices opened...so you need to handle two devices separately. Also when you load some texture, texture is bound to device. If you have two device and you want to some textures be used by both of devices you need to load them for every device you have, meaning you are losing memory because of bad design etc etc. You will have every problem doubled.
Swap chains use the same device, and it's a small amount of work to add them.
If I understood well from your code, you're using second window as login page? Not so good design, I think so.
One use of more screens - swap chains is for example 3DMAx screen. Did you see that?
They use 4 views, left , top , front and perspective to show one scene. But is rendered on one window.
Its easier to use swap chains, than only one screen. Why? You have only one scene shown from different points of view. Shown scene uses the same scene, only cameras are on different position. They just move cameras render to swap chain and everything is working.
Re: Child window problems
alright, i think i understand now why i want to use swap chains, im reading up on them, thanks