Note - I use window style WS_POPUP | WS_BORDER because I need maximum size client area. I can't waste space on title bar, thick border, etc.
If I do not maximise the window, the task bar pops up just fine, but the moment the application is maximised (which I need to do), the task bar does not pop up properly. The problem only occurs under Windows XP. When I run the EXE under Win98, the task bar pops up as expected.
Statically linking a project includes all code in dll into exe file, so the dll is no more needed on target machine, how can we do same fo activex controls, ie linking or using in such a way that they are included in exe and no more need for installing/registring on target machines?
Dll are never statically linked to an exe !! Lib files are statically linked but dll never (a lib file is the same that a dll file, except that here the linkage is static and with a dll the linkage is dynamic).
So, for activeX, you cannot statically link them to your project. You need to install and register them if you want to use them on a target machine.
i already know how to communicate through th serial port but i am not able to control the CTS, RTS and DTR pins of the Com port.. please tell me how to change the status of these pins in VC++ 6 through API.
Is there a way to configure the way VC generates the #include statements?
Keep/Generate header file names case sensitive. (When using the 'Add Variable' wizard to add a member variable to one of your dialogs, the wizard will add the name of the corresponding header file but using lowercase letters)
Do not use 'Absolute' Paths. (When creating classes, it adds an absolute path to the base class header file when the base class is one of your generic classes)
Is there a way to configure this?.
Is this OS deppendent? (If yes, where to configure it?)
-- Ricky Marek (AKA: rbid)
-- "Things are only impossible until they are not" --- Jean-Luc Picard
I wrote a freeware prog using this to make an avi file from JPG, unfortunately my source code is in a real mess so I would suggest using the M$ example, but if you want to download my prog to try it feel free
I try to create some simple applications using WindowsForms. I use Visual Studio .Net 2003, Academic version.
Lets say I have a form and a button.
When I double click on the button, I create an event for click. Then I can
write all the code to deal with that event, and everything works fine. The
only problem I have is that the code gets written in the header file, instead
of being placed in the cpp file.
I have some experience programming with Borland C++ Builder, and I compare the results with the ones from BCB.
I expect that when I add an event, the function definition should be placed in the header file, and the function implementation, in the cpp file.
Did I miss a setup option, or is there an option set up wrong? I don't consider normal that all the code gets written in the header file. What is the right procedure, so that when someone adds an event for a button, the event function to be added to the cpp file?
I tried to move the function from the header file to the cpp file, and to leave the definition of it in the header, but now I get a lot of errors.
To make it worse, the samples provided by Microsoft don't contain code in C++, only VB and C#. Is C++ dying, should I start learning C# instead?
Yulianto AKA goodmast3r wrote: But you should learn C#, it`s the future language.
I just have seen some MS-guys marketing the Whidbey compiler saying that C++ will be *the* prime .NET language when it comes to control of the code. It will not be as RAD as VB.NET, but all about control at the coselevel. You can seamlessly go from .NET-Framework to assembler and back to unmanaged C++ in one project.
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
Thank you Selvam for your reply. I've already seen examples of console applications, my question is very specific, regarding the WindowsForms application. I start to think that actually very few programmers use C++ and WindowsForms at the moment, because I asked twice on the microsoft newsgroups and once in here and still nobody told me if it is normal to implement the events functions in the header or not. I talked to a programmer who is using VS .Net 2003 and MFC and he said that when he creates an event, it creates the body for function in the cpp file (as it should be). Which is not the case with WindowsForms. I don't mind having a tiny cpp file and a large header file with all the code in it, if this is what Microsoft intends to do. If that's the case, we should have been warned about this change of strategy...