|
I suggest that VRML might be a start. You can write your worlds as text files, which gets processed by a VRML engine to create the world that could be viewed through a VR helmet or just on screen.
Elaborate and interactive worlds can be created without using any C++ programming. Scripts can also be run enabling the author to create movement of objects within the world independant of the viewer.
I would suggest doing a search for some VRML worlds on the internet.
In programming terms, the ParallelGraphics VRML Cortona engine has some neat COM interfaces which allows the inclusion of 3D worlds in your own programs and 3d interaction ( see www.parallegraphics.com)
Processing speed is a real problem though. The more real the simulation, the bigger the volume of data to process which takes longer and longer to update. Currently, PCs do not have enough grunt to produce a real real world.  To produce realistic animated faces etc as well all the usual viewer parallelaxes etc will kill most PCs for a long time in the future (but I would like to be wrong).
Using VRML, you can only produce simple dynamic and interactive worlds. Most authors use it model sophisticated shapes rather than whole worlds. If you want something more complicated, I guess that you would have to resort to using the imagination, as we currently do.
MA
|
|
|
|
|
Thank you very much for your help. I understand that most pc's today are just to slow to handle such a request I just wondered if it were possible to do such a thing.. at this point in time... Till then...
"Life is a game that can't be won..."
|
|
|
|
|
You may be better off looking a the game Wolfenstein 3D. This type of approach, where you preconstruct the images at startup may be a better starting point and more practical, given today's processing speeds. I think that if you could pull it off, it would be COOL.
|
|
|
|
|
Hi all,
I'm trying to make the child window (in C123 class) pop-up with focus on a Edit text box (m_CName).
Then I write :
//in parent class function
//CString m_SName;
//CEdit m_CName;
C123 abc;
abc.m_SName = "john";
abc.m_CName.SetFocus();
abc.DoModal();
//RESULT
only display the name "john" in the edit box, without set the focus on this field.
What's wrong?
Thx
Joli
|
|
|
|
|
One solution is to override OnInitDialog() and call SetFocus() on the editbox inside it.
Kuphryn
|
|
|
|
|
Does it mean to override the OnInitDialog of the child C123?
If yes,
I wrote:
BOOL C123::OnInitDialog()
{ m_CName.SetFocus();
CDialog::OnInitDialog();
return TRUE;
}
but there is no change.
??
|
|
|
|
|
Post a message vis PostMessage(). Post WM_SETFOCUS.
Kuphryn
|
|
|
|
|
I have used :
m_CName.PostMessage(WM_SETFOCUS);
// and delete the CDialog::OnInitDialog in C123::OnInitDialog but still not work
|
|
|
|
|
You can't call SetFocus() until the dialog is created. The way you have it now, you're calling a method of m_CName before the control exists. THe proper way to set focus to a control is in OnInitDialog() and return FALSE from OnInitDialog()
--Mike--
Latest blog entry: *drool* (Alyson) [May 10]
Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber
"You have Erica on the brain" - Jon Sagara to me
|
|
|
|
|
I stand to be corrected but in OnInitdialog looks good to me but should you not
return FALSE when specificaly setting the focus. You are returning TRUE which
If my memory serves me correctly is wrong.
The default implimentation adds a comment stating this.
Hope it was of some help
cheers
|
|
|
|
|
Sorry,
I see "Michael Dunn" has already said this, I did not see his response at the time.
cheers
|
|
|
|
|
I got it
Thx all.
|
|
|
|
|
Say that you have created a new dialog based project, and included some OCX as an object in that dialog.
Is there any way to override the OCX's OnPaint()?
Thanks,
David
|
|
|
|
|
VC++ .NET 2003 supports the typename keyword. However, by all appearances this keyword is superfluous. The compiler "knows" whether a reference object is a type (else my code in question wouldn't have compiled with the previous compiler.)
So can anyone, in plain english explain why typename really is needed (aside from making the compiler ISO compatible)?
|
|
|
|
|
Supposedly, it helps the compiler spot errors before instantiation time. Follow this link[^] for a particularly pathological example (I guess all examples with regard to this subject are pathological anyway).
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Now I have been assigned a task to do a FDD test. During the project I don't know how to make the Floppy-Disk-Device's LED blinking. Could you tell me some solutions to it, please.
Thank you!
LeonOrient
|
|
|
|
|
I don't think you can make that LED just blink. I don't see a reason why that LED would be accessed through software. Just try to open a file that doesn't exist in the floppy drive and make sure that you don't have any floppy disks in it and that way you might make it blink.
CFile aFile;
aFile.Open( "a:\\NoName.txt", CFile::modeRead );
// Afterall I realized that even my comment lines have bugs
|
|
|
|
|
Alough there is a bug, the solution is still a good way.
Thanks!
Can we make Floppy-Disk-Dervice' LED to blink by
adopting the "DeviceIoControl"? This is just my thought.
Who can tell me a better way and its realization?
3Ks!
LeonOrient
|
|
|
|
|
I can use this command line "exefilename.exe -? >>a.txt" in Windows command prompt to store the parameter information into a.txt. But when I use WinExec to execute this command in my program, it doesn't work. neither does ShellExecute.
The only thing it does is displaying the parameter info in the command prompt terminal (I can see the prompt flashing).
Thank you to help me!
|
|
|
|
|
Well, the program itself isn't the one doing the redirecting, it's the "cmd" (NT bases systems) or "command" (95 bases boxes) program that does the redirecting. So, if you want to do it, you can do it like this:
TCHAR a_szCommandLine[512] = {0};
_stprintf( a_szCommandLine, _T("cmd.exe /c \"exefilename.exe -? > a.txt\"") );
WinExec( a_szCommandLine, SW_HIDE );
Chris Richardson
Terrain Software
|
|
|
|
|
|
I am building an sdi app with a static splitter. I want to add a command so that when the user selects it from the menu, some controls are enabled in one of the views.
To accomplish this I manually added member variables to refer to the controls in the view class for one of the split windows. However, if I add a member variable using the GUI of vs.net, I can only add it to the original view class (that mfc appwizard created). How can I get the GUI to add them to my new view classes?
Thanks!
|
|
|
|
|
Don't - why would you want to ? Open the file and add them manually, as you say you have done.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
Anonymous wrote:
OK. I read a c++ book. Or...a bit of it anyway. I'm sick of that evil looking console window.
I think you are a good candidate for Visual Basic. - Nemanja Trifunovic
|
|
|
|
|
Well, i have no use for the original view class anymore... though I don't really understand what happens to it when one uses a static splitter (sometimes when I resize the window and it flickers, it seems like the old view is still under there?). I am just curious how the GUI decides where to put the member variable, if it determines it from the code or if it is just some obscure setting somewhere that it set when the appwizard generates the project.
|
|
|
|
|
I really need example code to help me with accessing a control that is in a dialog bar from the main window. I have not found any examples or tutorials on the internet.
-- Steve
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
