|
Why do not try WindowProc() instead of PretranslateMessage()?
|
|
|
|
|
Well, we sure have some responses and ideas. I personally like the idea of starting off by writing a VC++ plug-in that would let the user plan his project-bug lists, TODO lists, feature list and manage all this. Ofcourse, it's my opinion-so please everyone else voice your opinion.
As of now, Chris, Frank, Colin, myself and (Mark?) comprise of a group that's interested in taking this further. Who else is in?
|
|
|
|
|
Hi,
I like the idea, but I do not have any experience in writing plug-ins.
|
|
|
|
|
I'd like to think that another purpose of this group would be to help each other learn new things. Of course not everyone knows everything about everything, so this would be a great learning experience for all of us. 
Frank
|
|
|
|
|
In the last three editions of the Kruglinski book "Programming Visual C++", (formerly "Inside Visual C++") there is an example of how to "nest" a common dialog into a custom dialog. In the example, the common file open dialog is nested into a custom dialog box. I am trying to do the same with a Page Setup dialog. I have taken very similar steps as outlined in the book, and converted file dialog specific steps to the page setup dialog. (Mainly passing my dialog template to the m_psd member rather than m_ofn member.)
The problem is that the dialog box appears to be "invisible". I can no longer control the parent window, but SPY++ tells me that my custom page setup dialog exists.
|
|
|
|
|
If I write a custom control and want it to source its own WM_NOTIFY messages, how do I determine values to use for notify-codes? Can I pick numbers out of a hat, or is there a preferred range? I note that MS controls use the range 0-950.
|
|
|
|
|
Use values great than WM_APP and you should be right.
|
|
|
|
|
Did any body try sample?
MSDN Library - April 2000/Platform SDK/User Interface Services/Windows Shell/Shell Prigrammers Guide/Samples/Band Objects
Is there any way to download this? I have to provide exact same functionality in my project.
regards,
Mahesh
|
|
|
|
|
I have written my own browser band extensions and I believe I looked at the sample you reference.
Of particular use is the article
"Creating Custom Explorer Bars, Tool Bands, and Desk Bands".
Search MSDN for "Explorer Band" to locate this. In my installation the search produces three results...
Good Luck!
|
|
|
|
|
I used the online version of MSDN:
http://msdn.microsoft.com/library/default.asp
There it gives you the html equivalent of all the code in the sample. You can just copy and paste it into your project.
Cheers,
Frank
|
|
|
|
|
Thanks Frank,
I tried it. But i got compilation errors. Can you send me running version of code if you still have it?
|
|
|
|
|
I got build errors too. I dont have the whole platform SDK installed though.
Maybe thats it.
Frank
|
|
|
|
|
|
It seems everyone has to do it the hardway everytime all the time. I've done a dozen+ band objects, I did so many that I got fed up of retyping the code all the time for the COM object. So... A couple months ago I wrote an ATL wizard that generates the deskband framework for you, all you need to do is change the registration code and the UI. I also list in my articles discussion column other sources of information. Look for it on CodeProject @
Creating DeskBands with an ATL Object Wizard
Making development easier,
-Erik
|
|
|
|
|
Anybody knows how to change window (or dialog window)
font in Visual C++ after it has been created?
Thank you,
Goran
|
|
|
|
|
Hi!
You need to send the WM_SETFONT message to the window. See MSDN for more details...
Regards,
Alex Gorev,
Dundas Software.
|
|
|
|
|
Here is sample for dialog..
// get dialog font and create thin variation for control contents
HFONT hFont = (HFONT)::SendMessage(m_hWnd, WM_GETFONT, 0, 0L);
if( hFont ){
LOGFONT lf;
::GetObject(hFont, sizeof(LOGFONT), &lf);
lf.lfWeight = FW_LIGHT;
// check for attached font object already existing
if( m_cfFont.m_hObject || m_cfFont.CreateFontIndirect(&lf) ){
// if supposed to set the thin font
if( m_bThinFont ){
OnSetFont((CFont *)&m_cfFont);
}
}
}
void CGCDialog::OnSetFont(CFont *pFont)
{
HWND hWndChild = ::GetWindow(GetSafeHwnd(), GW_CHILD);
while( hWndChild ){
CWnd::FromHandle(hWndChild)->SetFont(pFont);
hWndChild = ::GetNextWindow(hWndChild, GW_HWNDNEXT);
}
}
|
|
|
|
|
Wow! That's terrific-after just voicing the idea of having a virtual development team, it's great to see so much enthusiasm! And to top it all, Chris-thank you for your support as well-especially for going the whole hog to express your interest in setting up mailing lists, project discussion boards et al. Thank you once again-we all really appreciate it 
Okay, now I must say we have the following who are interested:
1. Frank Deo
2. Franky Braem
3. Myself (Shanker)
4. Chris-are you interested? Or are you too busy? It'd be an honor to have you.
5. And Widi....??
Okay, now...I need to know at what point we should start-how many folks should we have as part of the team? Or should we let it grow on an ad-hoc basis? (this can mean experiencing difficulties sync-ing people new to the team with what previous members have already been doing)
Once we have the team strength sorted out, WE NEED SOMETHING TO WORK ON!! Any ideas? Chris? Can you point us towards some interesting areas we could venture into? Once we have a bunch of items to select from, we could all vote on it to pick which one comes out tops.
So everyone, don't be shy-whatever your project idea-be it small or H-U-G-E, just post it in. But bear in mind that eager though we all are, we cannot start on it UNTIL we get a stronger team (strength-wise). I would assume we need atleast 7-10 people to start with. Once we have the team, we can work out other issues as where we shall be voicing our stuff-such as discussion/mailing areas-Chris has expressed his desire to help us in this regard.
Thanks all, and keep up the great spirit!
|
|
|
|
|
Well, here's a suggestion. How about an MFC extension library. Or, how about a Windows Installer (similar to Wise, or Installshield).
Let me know how you want to stay in contact...either email, or icq works for me.
Cheers,
Frank
|
|
|
|
|
I vote for the Windows Installer.
|
|
|
|
|
How about working on one of the emerging technologies, like SOAP? Seems like a cool way to work together and build something that's brand new.
I think just about all the class libraries in the world have been done already, Dundas and Stingray and CodeProject and CodeGuru *and* CodeJockey have pretty much beaten that to death.
What do you think?
|
|
|
|
|
Shanker,
I like the idea
Some Thoughts,
1. Windows Installer sounds good useful,
also I think a small project is best to start with,
As it would be good to have a project that can be finished, Unfortunatly MFC extension classes can never be finished.
Nobody says we have to stop after one project is done.
2. NonProfit sure,
However it could be useful to make the project,
in a shareware/freeware form,
have a Nag-screen to register it for a small fee
to give a registration donation to an International
Aid agency eg ( RedCross/Unicef )
It'd give that expression, "I gave at the office" some
validity for some of us.
Also it would give some of us a valid excuse for doing
research during quiet periods and using resources with
the management
3. I believe this sort of project will pay it's way for
thecodeproject.com , So don't be embarrased asking
Chris for assistance
4. Don't limit the number of Developers involved, As
somebody might wish to join who does have a vital key to
the teams success, However it is necessary to have a solid core of developers.
5. A charter or mission statement about the e-team and project would be useful, and will stop our forumn/discussion group being cluttered up with silly questions and of topic posts, eg What's this about ? , Can you do this ?, I need a free program to .. ? etc
6. I nominate Shanker as provisional team leader
(someone has to do it )
Obs: All my thoughts above are purely thoughts and opinions,
apart from the last one. So debunk them if you care.
Regardz
Colin Davies
|
|
|
|
|
I think the best way to approach this is to start with something manageable. With our first Project, 90% of time and effort will most likely be in coordinating everyone and managing issues like version control and admin. If we use the initial project to sort out issues involved then the next project should go a little smoother. Plus, having that warm fuzzy feeling of a job well done (no matter how small) will help enormously when starting on something bigger.
I can certainly help with raw coding, but I think my greatest contribution to this will be to do the leg work of organising mailing lists, announcements on the homepage/newsletter, searching for useful code that's already on the site and generally just making things easier for everyone.
As for ideas, we have two ways of going: something that we can use in future projects (a windows installer is certainly an option, as many have suggested), or something small that flexes our talents and introduces us to new technologies such as a SOAP or XML-based project (as Grant suggested).
|
|
|
|
|
Chris,
Total agreement with you,
However I'm left wondering about you Chris having to commit far to much time to this.
Unfortunatly a lot of projects like this often have the problem of a few persons having to do the bulk of the work,
for many people to take the credit. (Sometimes the organizers are to blame for this, sometimes the volunteers).
Anyhow the key to this is delegation ! (by you or whoever)
eg. select an editor for a newsletter,
eg. Maybe someone here is also a whiz at version control
(not me)
eg. Other things will certainly arise that you can farm out.
(my 2 cents)
Regardz
Colin Davies
|
|
|
|
|
Chris, I agree with you. Collin Davies has made lots of useful suggestions-for ex, charge a small registration fee for use of the program. Anyways, as far as the projects themselves go I think a Windows Installer sounds good too. Or maybe even and ATL Chat control (client and server) exclusively for use at codeproject across members. Or how about an XML parser? Any more useful ideas on what we can work on? I do agree that starting off on a small to mid-size project is better as we can reap the results faster.
Hopefully, members will vote for a project that is really useful. Looks like we're already 4-5 strong-hope it gets bigger. Once we get the team strength sorted out, we shall decide on what to work on. After that, we can move on to other issues like organizing lists for discussions, etc. ICQ and e-mail are great ways to communicate too. Not to mention Yahoo or MSN messenger.
As noted before, we need IDEAS!! Let's hear more!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
