|
It sounds to me like you need two things:
1. Modify the app's existing resources, like menus, dialog boxes, etc.
2. Add your own functionality to your own menu items, buttons, etc.
Well, for the first point there's a nice tool I just read about in the Lounge (see, it helps to be a bum sometimes  ) called ResourceHacker. That should get you started.
The second point you already have covered with hooks.
Regards,
Alvaro
|
|
|
|
|
Thanks Alvaro. Resource hacker is a cool tool. Just what I needed.
Chris
Chris
campbell.chris@excite.com
www.SunAndGames.com
|
|
|
|
|
Hello, the codegurus around the world.;)
I used to work the localization by loading the different langugage DLL.
So, this applies to your idea.
You can load the resource file by the different DLL.
If this DLL doesn't exit, the application loads the resource file in EXE file.
So, if you change something, (not add or delete the item from the resouce file), you can update only DLL without changing exe file.
Have a nice day!
-Masaaki Onishi-
|
|
|
|
|
Interesting stuff.
But creating your own modeless control box would seem to me as the safer option. Otherwise in future upgrades to your off the shelf software you may have to start from scratch. It would only take a change in menu structure or a remodel of the codes modular structure to bugger you up otherwise.
We do it for the joy of seeing the users struggle.
|
|
|
|
|
Hello,
I'm working on an MFC Application.
I would like to have a command line window where I can use tcl to call some functions , and call some tcl scripts.
Do you have any advice ?
Thanks,
Stephane
|
|
|
|
|
Hi All,
When you delete records from tables in a .MDB database file, the record space is marked as available, but is not removed from the file. So the file size grows over time.
As near as I can tell, the only way to reclaim that space is to compact the database. It would be really nice if the "available" space could be re-used by new records, but it doesn't look like this can happen. It would also be nice if you could compact just a single table in the database, but again, it looks like you have to do the whole .MDB file.
To compact a database, you must have exclusive access to it, and it must be closed (so how do you tell other applications to drop their connections to it?).
The database file must be compacted to a temporary file, and then the original deleted, and the temp file renamed.
This is a major pain when you have an application that is running ALL the time (and also when there are other apps also accessing the .MDB file).
Does anybody know of a way to reclaim the "available" space in a .MDB file, either by have the space be re-used for new records, by compacting only a table within the database, or by being able to compact the database without having to shut EVERYTHING down?
Thanks VERY much!
- Sean
|
|
|
|
|
I don't believe that can do that...
I think that is better pass to SQL Server, or to My Sql, it last one is very cheaper...
best Regards....
Carlos Antollini.
|
|
|
|
|
This is a Visual C++ app, using a CDaoDatabase (and the Jet engine).
My current solution is to check the database size at startup, and prompt the user to see if they want to perform a compaction if the database is larger than a certain threshold. The user is also prompted to shut down other applications which may be accessing the database.
The problem with this solution, is that it forces the user to periodically shut down and re-start the application (as well as other applications).
To do the compaction, I use the CDaoWorkspace static member function CompactDatabase. This works, but I wish there was a better solution.
Thanks - Sean
|
|
|
|
|
Yes I know that.
I worked with DAO several years, but the problem is that you need the database in exclusive mode for compact it. Is for this that I said you that I don't know if exist any solution, CDAOWorkspace need that nobody have the database open, for compact it.
May be Acces 2000 has some commands like SQL has but I don't Know....
Best Regards....
Carlos Antollini.
|
|
|
|
|
Hi all,
I wanna when user hited one of columns in the list control, program select all rows below the column !
and how can i understand user hited which column in list control ?
How can i do that ?
(Excusme about my English)
My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html
Hadi Rezaie
|
|
|
|
|
|
Thanks for your helps 
My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html
Hadi Rezaie
|
|
|
|
|
I have a MDI application where the child windows are formviews of a single document. I would like to force the closing of the open document before a new document can be created or another document can be opened. I would like the document closing to follow the normal MFC close document operation of checking to see if the file is dirty and prompting for the user to save. After the user has taken the necessary save steps, the user would be presented with the standard MFC File NEW or File OPEN screens.
So far my attempts to use OnCloseDocument to force the active document to close have led to Assertions when CWinApp::OnFileNew is finally called.
All suggestions appreciated.
|
|
|
|
|
I'm not sure what you did in OnCloseDocument, but from the description of the problem, it sounds like you need to do some work in OnFileNew and OnFileOpen.
Specifically check the dirty flag, save the existing document, close the windows etc.
Hole this helps,
Bill
|
|
|
|
|
I did not override OnCloseDocument. I was trying to call it from my OnFileNew and OnFileOpen handlers in the main application class. I was doing this by getting a pointer to the only document open then calling the base class CWinApp::OnFileNew(). I finally got something working this evening. It looks like this:
afx_msg void CMyApp::OnFileNew( )
{
POSITION docPos = myTemplate->GetFirstDocPosition();
if (docPos != NULL)
{
// This is necessary because I will send a message to myself to call
// this handler again.
if (!iWasJustHere)
{
// force the standard close document handler
AfxGetMainWnd()->SendMessage(WM_COMMAND, ID_FILE_CLOSE, 0);
iWasJustHere = TRUE;
// Send a message to call this handler again because if I fall
// through and execute my base class OnFileNew the close will
// not have completed and my window handler gets messed up.
AfxGetMainWnd()->SendMessage(WM_COMMAND, ID_FILE_NEW, 0);
}
else
{
// we tried to close the document but the user chose Cancel
// in the standard ask user if they want to safe changes dialog.
iWasJustHere = FALSE;
}
}
else
{
// At this point we have closed any open document and can create
// a new one.
iWasJustHere = FALSE;
CWinApp::OnFileNew();
}
}
You can repeat this process for OnFileOpen() by replacing CWinApp::OnFileNew with the appropriate base class handler. I don't think it is necessarily the best way to handle this problem. But it was the only way I could find that worked without having to override the standard dialogs.
Interested in hearing your thoughts on this approach....
|
|
|
|
|
Hi all!
does any one ever have problems with CTreeCtrl::GetSelectedItem() function? I try to use this function to obtain the handle to the selected node in my tree. However, this function keeps returning me a null handle or wrong handle. Please advise if you have anything to say
Any help is really appreciated.
Thank You
Vu
vucsuf
|
|
|
|
|
Please post tree initialization and mentioned function code.
Tree control could fail to create for example.
|
|
|
|
|
The function GetSelectedItem() is fine. The problem is how I used it. I called it in my OnClick event. This function does not work correctly with onClick event. IT does work fine with OnSelChanged event.
I still don't have a good explaination on this issue. Does anyone know?
Vu
vucsuf
|
|
|
|
|
Hi All!
I keep on getting the compiler error:
bla bla bla already defined in file.obj
bla bla bla being a variable or function in my header files, file.obj being the header object file it is in.
Please help - it is driving me insane!
Cheers,
James Bird
spider907@hotmail.com
|
|
|
|
|
A number of situations can cause this error. If you post some code it'll be easier to spot your particular problem.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Joaquin is right that some code would help us solve your exact problem. However, this is mostly likely caused by one thing: global variables not properly defined/declared.
When using a global variable here's the general rule:
1. Define the variable in one (and only one) CPP file, like this:
int g_nWhatever = 0;
2. Declare it externally wherever you need to use it. This is typically done by putting it inside a header file, but it can also be placed at the top of a CPP file or even inside a function's body. Here's what it looks like:
extern int g_nWhatever;
Let me know if this helped.
Regards,
Alvaro
|
|
|
|
|
Ah - what I do is I declare it in one header file, eg:
LPTSTR szWindowName = "My Program"
and then when ever I want to use it, I just include the header file and use it like this:
SetWindowText(hWnd, szWindowName);
It this the wrong way to do it?
Also, I have spotted that there in the stdafx.h header file, all of the variables are declared within a
#if !defined(STDAFX...)
#define STDAFX
#include <windows.h>
#endif
Could this be relevant to my problem?
Thankyou,
James Bird - birdjames@bigfoot.com
|
|
|
|
|
OK, there's the problem, you're defining szWindowName in one header file, but then including that header file in multiple CPP files. The result: szWindowName ends up being defined in all those CPP files and your linker gets upset.
You have two options:
1. If szWindowName is never going to change, you can just make it constant:
const LPCTSTR szWindowName = "My Program";
If you do this, then I recommend changing the name to something like WINDOW_NAME to make it obvious it's constant.
2. If szWindowName will change, then you need to make it work like a global variable, which I explained in the previous post. Then I recommend calling it g_szWindowName to make it obvious that its global.
Regards,
Alvaro
|
|
|
|
|
I need some help with this one pleaseee
"write a windows program that looks like a digital clock".
two parts:
first part: to built a simple windows program that does nothing but start a framwork from running.
second part: the way i envisage a clock functioning is that its updating should be essentially a backround process. The calculation of the system's time should occure say every 5 seconds. Then you format a string that will contain an updated time value, post it off for display, and put your program thread back to sleep. That leaves the program able to let other internal threads run.
|
|
|
|
|
Seems like homework, so I well let you work out the details.
The best way to approach this problem is not with threads, which add innecesary complexity, but rather with windows timers (see SetTimer()). These timers can perform the task for which you proposed a background thread, namely get a message posted to your main thread periodically.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
