|
Since you don't have Windows experience, definitely stay away from MFC - you need solid Win32 knowledge to use it well.
Honestly, that list is a pretty tall order for someone with no experience. I don't use .NET but I'm pretty sure the BCL has classes to do all of those items you listed. (well, #2 isn't a coding issue, it's just a matter of creating the right registry entries)
--Mike--
Visual C++ MVP 
LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ
|
|
|
|
|
Can you define what you mean by BCL? If it's part of .NET I cannot use it 
I've got a BS in Computer Science, but they made us use Java I just finished building a an application for Windows, and it took me about a week and a half... and it works great, so I've got *some* experience with Windows and Visual C++ now.
By the way, which is easier to port to .NET, MFC or straight up Windows calls?
-- modified at 16:38 Saturday 22nd April, 2006
|
|
|
|
|
chasetoys wrote: Can you define what you mean by BCL?
It's the Base Class Library, which is part of .NET.
Kevin
|
|
|
|
|
Goes to Show, a BSC does no longer confer any knowledge onto the recipient.
I also assume that the 'They Made Us use Java' means that 'They' had secret agents and snipers out to shoot and kill on sight anyone found to take any interest in computer science, including browsing in second hand shops for books on CPP, Books written by Matt Pietreck, or, in general, taking any interest in how a computer works and achieves it's goals.
Become Real! If You're interested in computers, don't forget java, it has it's uses, and start to learn how the thing works!!!
LateNightsInNewry
|
|
|
|
|
Maybe I've been a bit harsh, we all had to start somewhere.
Use MFC, it's far easier than the SDK approach you appear to be taking. You can write quite involved applications in it, without ever meeting a WindowProcedure!
Before you embark on a project you outlined, follow the 'Scribble' tutorial, and spend six months playing with it. Develop your App incrementally, a lot of the functionallity you mention can be added later. Don't forget, Microsoft did not start by writing Windows 2000, and offering a cut down version named DOS 3.1. It was the Otherway around. If you keep close to the MFC Concept, and build on the fact that java and C++ have similar structures and sntax, you'l get there.
Best of Success
LateNightsInNewry
|
|
|
|
|
All of us would like to run before we can crawl
LateNightsInNewry
|
|
|
|
|
When I'm writing my own WndProc() with callback enabled,
Should I always make the following default statement after switching on the message? Does it automatically know to call 'MyWindowProc'? If not shouold I recursively call MyWindowProc? Thanks! :
LRESULT CALLBACK MyWindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam){
default:
return DefWindowProc(hwnd, uMsg, wParam, lParam);
|
|
|
|
|
Yes, you Must on Pain of your program no longer responding!
You should ALWAYS call the Default procedure appropriate for your window.
The way windows works, is, it sends messages, thousands of them. A Window Procedure gives you a chance to act on selected messages. (Each Key Press, or Mouse Move will send a Message to your procedure, which in most cases you would not want to handle. if you do not pass them on, the keyboard and mouse will stop to function as soon as you put the mouse in the window. ) As a matter op protocol, you should pass on any messages you do not handle down the chain, for someone else to pick up and handle. You do this by calling the Default Procedure. Windows will take care of despatching your unhandled messages ( which are most) to the next in the chain.
Note: DefWindowProc(...)is the procedure for generic windows. Dialogs and Controls have different default procedures.
LateNightsInNewry
|
|
|
|
|
farshad.f wrote: i wanna...retrieve some information from a mail...
What mail?
farshad.f wrote: should i create a protocol to write my mail in that way?
I doubt it since other protocols (e.g., SMTP) already exist?
"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain
"We will be known forever by the tracks we leave." - Native American Proverb
|
|
|
|
|
hi and a big hello!
i wanna code a new server to control a pc.but with abiliy to be upgrated in future.does anybody know about plugin?
how can i use it in my program?
-- modified at 12:49 Saturday 22nd April, 2006
|
|
|
|
|
Can anyone tell me the differences between *.doc and *.txt file format. How can we access the plain text in the *.doc file format.
HelpMe
|
|
|
|
|
|
*.txt is a plain text file where the characters are stored in plain ASCII format. You can read these files with fstream.
*.doc is a Compound file commonly used by the MS Word application. This files contains various formatting instructions aswell as text. The easiest way to read is by using Word Automation.
|
|
|
|
|
beardy janggut wrote: Can anyone tell me the differences between *.doc and *.txt file format.
Since a file can have any extension regardless of what it contains, it's impossible to say. You can save a file in Notepad with a .doc extension just as you could save a file in Word with a .txt extension. A file's name and contents are only relevant to the application that created it.
"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain
"We will be known forever by the tracks we leave." - Native American Proverb
|
|
|
|
|
How to implement the dirctory enumerator for the directory having files with the path length more than 260 bytes?.
WIN32_FIND_DATA structure used in the FindNextFile() limits the cFileName to MAX_PATH which is defined as 260.
If we are trying to implement the directory enumerator for the Japanese language, then it is quite possible to have paths beyond 260 bytes.
During that time, FindNextFile will fail to get the elements.
Please let me know for any work around for the same.
Thanks in advance
-Sandeep
|
|
|
|
|
Instead of using MAX_PATH use a Unicode string.
|
|
|
|
|
A Unicode app can create a file with a full path longer than MAX_PATH characters, but cFileName is not the full path, it's just the name+extension of whatever was found. This cannot exceed MAX_PATH TCHARs.
--Mike--
Visual C++ MVP
LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ
|
|
|
|
|
Windows allows to create the file names beyond 260 bytes ( allows upto 255 characters).
If we take the japanese OS, file name and extenstion with 150 characters can take more than 300 bytes. This is something cFileName cannot handle I think.
Any suggetions on this front?.
Thanks in advance
Sandeep
|
|
|
|
|
Sandeep. Vaidya wrote: Windows allows to create the file names beyond 260 bytes ( allows upto 255 characters).
How are you doing this? I'm unable to do it in Explorer, and the docs on file names[^] say each component of the full path can't exceed MAX_PATH characters (note: unicode characters, not bytes).
--Mike--
Visual C++ MVP
LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ
|
|
|
|
|
I Have a folder folder1 created in the desktop in Japanese OS. I have folder2 created inside folder1. Length of the full path for folder2 is 244 characters ( not bytes). It has some files also and the complete path is within the 260 characters ( not bytes).
If I start the enumeration on the top folder i.e folder1, I get the next file sproperly for all other files. when it comes to folder2, FindNextFile() return zero.
I tried the GetLastError() and found that it is not ERROR_NO_MORE_FILES.
|
|
|
|
|
Hi,
I'm trying to build an CDialog application that will connect to an ODBC database through another connecting application.
The connecting application is build, but now I need an CDialog application that will connect to the database through the connecting application, and execute some queries.
(I hope it gives meaning  )
Thus, my problem is, how can I get the dialog to connect to my application , and respectively to the database?
Hope someone can suggest something.
P.S.: I am new to VC++, thus be specific with the replays.
Thanks
|
|
|
|
|
1.simplify question as how to communication between 2 apps - there are may ideas to do that: pipe, COM etc.
2.it is not a good idea to transfer huge data (records etc) between 2 apps.
A special image tool for C++ programmers, don't miss it!
The world unique Software Label Maker is here for you and me ...
A nice hyper tool for optimizing your MS html-help contents.
|
|
|
|
|
if you are using MS visul c++ and select MFC AppWizard (exe) in project tab then select dialog based application and move forward. there will be a option like include database support or something like that. I am not sure as i am not able to open MS visual c++ at this time. Just check it. It is very easy as you have to just follow the instructions written there.
Good luck
If there is anyone who can explain this process in detail please reply.
We Believe in Excellence
www.aqueelmirza.cjb.net
-- modified at 16:03 Saturday 22nd April, 2006
|
|
|
|
|
Aqueel wrote: if you are using MS visul c++ and select MFC AppWizard (exe) in project tab then select dialog based application and move forward. there will be a option like include database support or something like that.
Better check again. This is only available with SDI and MDI applications.
"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain
"We will be known forever by the tracks we leave." - Native American Proverb
|
|
|
|
|
Thank you David for correcting me. At that time, i was not able to varify it that's why i wrote that if someone else can explain it, please reply. Now i have checked and you were right. I think now gteodora gets some hint.
Thank you again.
We Believe in Excellence
www.aqueelmirza.cjb.net
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
