|
Thanks Rajesh.. It works now... Thanks a lot.
|
|
|
|
|
venkat.kupunaram wrote: Thanks Rajesh.. It works now... Thanks a lot.
You're welcome.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Hi all,
I want to use a static variable in a method. So I do it as follows.
class temp{
private:
static int count;
};
#include temp.h;
int temp::count = 10;
Is that ok, at the time it's working fine. I just want to know the way I tried is ok or not. 
I appreciate your help all the time...
CodingLover
|
|
|
|
|
Look Okay.
Regards,
Paresh.
|
|
|
|
|
Thanks a lot.
I appreciate your help all the time...
CodingLover
|
|
|
|
|
Hello!
I want to program OpenGL with Visual C++ 2008.
How do I get the correct GL/glut.h files en library files installed on my pc? Where can I download the OpenGL library which belongs with the IDE?
Does Windows Vista already have this installed?
Please send me some hints.
Thank you, Ranger
|
|
|
|
|
GLUT is utility library provides windowing API for openGL, i believe it is not distributed with windows or platform SDK. you may need to download the latest distributable, can be from [GLUT download^]. if you mean open GL not GLUT, windows vista by default provides layered openGL over direct3D, it is not the fastest and supports upto openGL 1.4 only, but vista provides support to incorporate Vista-compatible ICDs(Installable Client Driver) to support latest advancements in openGL and those ICDs are provided by the hardware vendors. With platform SDK openGL headers are provided not GLUT. I believe OpenGL doesnot relate to VS IDE, if you installed or set the path to GL sdk you should be able to compile, for more info go to openGL.org.
|
|
|
|
|
Rajkumar R wrote: i believe it is not distributed with windows or platform SDK. you may need to download the latest distributable, can be from [GLUT download^].
I did download GLUT and put a headerfile and a DLL file in my Visual C++ folder with the other headerfiles and dll-files. And it works.
But what if I want to switch to DirectX it shouldn't be a problem I added two or three files to the programming environment? I mean I didn't delete anything!
I did notice that on my Vista PC there were already two OpenGL headerfiles present but it didn´t do what I wanted, and since I am a newbe in this matter I figured if I add the GLUT headerfile I can get the examples from the book I bought about computer graphics to work.
Thanks for your help...
|
|
|
|
|
Ranger49 wrote: But what if I want to switch to DirectX it shouldn't be a problem I added two or three files to the programming environment? I mean I didn't delete anything!
DirectX and OpenGL has no dependency, you need to use DirectX SDK headers, lib ... that works independently of OpenGL and vice versa
|
|
|
|
|
ClassVizard is an interface to add messge handler and variable in VC6.
I have used VC2005 for several days, but I still can not find the interface in VC2005.
Could you tell me how to display the dialog in VC2005?
VC2005 is really bad in use, I think Ms products become worse and worse because Microsoft has many funny developers now, they don't know differences between important and unimportant, just made VC inconvenient.
|
|
|
|
|
includeh10 wrote: I have used VC2005 for several days, but I still can not find the interface in VC2005.
See here.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I have a C++ application with a C++ DLL and a C# DLL. Both C++ modules can call methods in the C# DLL.
The C++ app tells the C# DLL to perform graphical operations. I then want the C++ DLL to read the results from the C# DLL. Unfortunately, it looks like the two C++ modules are communicating with separate instances of the C# DLL.
How can I make both C++ modules communicate with a single instance of the C# DLL? Thanks!
|
|
|
|
|
Alan Balkany wrote: Both C++ modules can call methods in the C# DLL.
It is difficult to understand the architecture from your post. Are these C# methods static and they read/write static C# variables?
led mike
|
|
|
|
|
No, nothing is static. I'll try a static variable and see if it works. Thanks.
|
|
|
|
|
Static variables worked! Thanks led mike!
|
|
|
|
|
Good day all :]
Hopefully this is in the right section T__T
A particular topic has really been getting to me lately, programming files with custom extensions.
For example, lets say I have a file with a lot of important data pertaining to a program. I obviously dont want this accessible to the world, so I want to create my own file type, such as data.rid (really important data for the acronym :p)
How would I go about doing something like that? I know it's simple enough to just rename a file, but how would I actually make it work with a program?
Cheers!
-Dia
|
|
|
|
|
That's not complicated at all: when you create the file, you simply gives the extension you want. The extension doesn't mean a lot of things. It's only used by window to associate certain files with certain programs. But a file is still of file, no matter what the extension is.
|
|
|
|
|
Diagathon wrote: For example, lets say I have a file with a lot of important data pertaining to a program. I obviously dont want this accessible to the world...
So do you want to encrypt it?
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Thank you Cedrick! I now have a better understanding of that aspect :]
David:
I believe that is what I am referring to 
How would I go about doing that?
If there is documentation somewhere that I could be pointed to, please share so I dont bother you with typing out a long example :]
Thank you for the fast replies as well! :]
|
|
|
|
|
For instance... you can start in the security section[^] here in CP.
Greetings.
--------
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Aha, thank you very muc 
|
|
|
|
|
Is it possible to force the creation of a FrameWnd inside a CWnd object ?
My aim is to exploit the pane-docking inside a certain view.
Already, this view is created inside a ChildFrame which in turn embeds some panes and multiple views (i show one and hide other by mean of switching ids..) and already is it that this ChildFrame is only one among multiple frames inside the main pplication frame which also embeds main panes.
That's why I reached this bizzare situation of needing to embed a FrameWnd
into a CView in which I want to create many UIs inside.
No this situation is not bizzare to the point I should not led myself there, becuase it is an unavoidable situation for a big program that is 1.5 year of dev.
I am not too interested with the long answer, becuase i I only fear the time I would lose after I finally would discover the undoability of the thing, and hence a honest yes by someone who managed to do it would suffice to me.
And yes there are things undoable...trying to embed something other than CView inside CSplitterWnd for example...Thank you for your help.
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
charfeddine_ahmed wrote: I finally would discover the undoability of the thing
Yes (even though undoability is not a word), and even if you could it's probably not a good idea. There are certainly other ways to dock windows since the .NET framework does it without using MFC in any way. In VS2008 MFC has support for docking from what they call a Feature Pack[^]. Without using that it would be more difficult but not impossible to develop your own code or perhaps find some free source code by searching.
led mike
|
|
|
|
|
thank you M.Mike for your reply,
I just want to be sure of your answer, because I am furious that your yes is about the docking panes I want inside my View...
Of course I will not even think of implementing my own docking code..companies products like bcg GuiToolKit, profuis, xtreemeToolKit were about that complex but powerful feature.
I want to see if I can create a CFrameWnd inside a CView, becuase indeed I will derive the CframeWnd from the MFC extension pack new frame class, and there easily put my panes !
the bridge I saw to create the many UIs inside the View was to be able to embed a frameWnd inside a CView, becuase I already know all the way to the finaly creation of the panes.
now I just use the create function of each Cwnd component I want to put in the View..and I lay them out inside the view statically.. the maximum I did was to intercept the Onsize member of the View and position the child UI component according to some logical ratios..
But after that I found that some redimensioning coming from the outside world of the view (ie the MainFrame, the mlainframe panes, the multiople childframe templates (becuase they can be put vertically or horzonattl,etc) and the spce left for the child frame, then the panes inside the childframe parent of the View I am telling you about) does happen (ie the redimensioning), the logic of ratios become frustrating, so I tried to put splitters between the child UI components of the View and hence let the user resize at his will (i rather say let the program user helps the program itself with the perfect redimensioning of those childUIs).
then came the story of how to put a non-CView derived object into a pane of the very famous CSplitterWnd.The thing has led me to the CSimpleSplitter of someone who published here in an article (and I thank him). CSimpleSplitter is not derived from CSplitterWnd and has the charasteristic of beeing able to host any CWnd type object on its child user-resizable panes.Then came problems with that class, problems which I can go and recite them fearing you may say this person talks too much even though I can go with it supposing that the foregoing newspaper has already lead you to that conclusion.
Now I am thinking of CFrameWnd alternative and yes for that purpose of bringing the support of docking panes. afterall they can be detached, so a pane can take the full size..and also have beautiful header and gripper which I can exploit to put a title text on it.
The MFC is powerful..nevertheless things like some avoidable design and implementation divergeances whcih I think may have been the consequence of believing that users of MFC will not go beyond the initial model put for it, ie for example no one would need an OnCreateClient member inside a CView, --things like that are reducing my happiness, and increasing the happiness of the one who has a drag and drop toolBox from which he can bring a SplitContainer and on top of which he can put whatsoever..
I am not blaming a particular variable..But my blame is on anyone who creates a DockingManager and then require its implementation to be as a member of CFrameDerived object, my blame is on anyone who creates something that is to be integrated in a host with too much preconditions set on that host not to reduce the effective use of what he created.
re undoability is not a word :
i am sorry i am arab.
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
charfeddine_ahmed wrote: because I am furious that your yes is about the docking panes I want inside my View
I'm not sure what that means but since I am freely giving my answers under no obligation, how logical is it for you to take exception to my reply even if it is "the sky is red"?
charfeddine_ahmed wrote: The MFC is powerful..nevertheless things like some avoidable design and implementation divergeances
Yes the flexibility of MFC is not limitless. This is largely due to Microsoft holding the line on backwards compatibility in contrast with the origins of MFC. The framework was developed to support 16bit Windows GUI development back in a time when the industry as a whole wasn't exactly advanced in the area of Object Oriented Design like it is today. I know people complain all the time about MFC but I would like to see someones version of a superior Windows GUI Framework developed in that same time.
One of the concerns I would have about using a CFrameWnd as a child of a CView is the potential side effects on the Command and Message routing mechanism support built into CCmdTarget. But go ahead and try if you like, no law against it. Good luck
led mike
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
