|
You don't need to open the .rc file. Alongside the resource file there is a header file, usualy called resources.h this has all the #define statements for the items in the resource file. Just find your icon and change the number to 1. i.e.
#define IDI_ICON1 1
or whatever name you decided to give it
|
|
|
|
|
thank you again for thinking about this !
But as soon as I define IDI_ICON1, I cannot use this icon anymore for my officeXP Style contextmenus.
So the solution for my problem was hand opening the app.rc, putting in my icons with
IDI_Icon1 ICON res\\someIcon1.ico
IDI_Icon2 ICON res\\someIcon2.ico
IDI_Icon3 ICON res\\someIcon3.ico
and then using
__IDI_APPICON ICON res\\myApp.ico <---- the "____" is the trick to get it to position #1  (lexicographic order)
for the desktop and then using
ShowIcon(myAppIco,TRUE)
to show that icon in the dialog window.
thx
$motty
|
|
|
|
|
What are you talking about? within the .rc file there is no ordering, lexicographical, numerical, alphabetical, none! All those words that you see there: IDI_Icon1, IDI_Icon3, __IDI_APPICON will be turned into a number when you compile the resources. Those numbers are defined in the .rc's header file. Look at the top few lines you will see something like #include "resources.h" then open that file. There you will find all the resource definitions. All you need do is find the name you assigned for your icon, and change it's number.
|
|
|
|
|
Hm.....I do understand, what YOU are talking about
But I DONT give them numbers (names, defines) in the .rc´s header file (the resources.h).
If I do what you suggest, I cannont use the icons for the xp style context menus anymore (dont ask why, thats just how it works)
During compiling they certainly all get number to be identified, but then again it looks like this compiletime number assignment was lexicographical if you DONT assign a number in the first place (which I cant).
Does this make it clearer to you ?
As I said, now it finally all works the way I want it to. But it does so without filling the resources.h.
When I use the VS resource editor, the icons (the way I use them now) have IDs like "IDI_ICON1" instead of what they have when they have a predefined number like IDI_ICON1, without the " " around them and you CANNOT reassign a number in the editor.
$motty
-- modified at 10:54 Friday 25th August, 2006
|
|
|
|
|
Hi every body,
Now, i want to write a program, it can send message to Yahoo users, but I don't know how to do it. Every body have experience about it, please tell me.
Thanks & Best Regards
xyz
|
|
|
|
|
Silly Boy wrote: Now, i want to...send message to Yahoo users,
Isn't that what Yahoo's IM is for?
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Yahoo has an Activex Control for that. Try inserting activex control in dialog or anywhere u like.
regards
krishnan
If u can Dream... U can do it
|
|
|
|
|
Silly Boy wrote: Now, i want to write a program, it can send message to Yahoo users, but I don't know how to do it. Every body have experience about it, please tell me.
if you want to send EMAIL to yahoo users you have to use POP classes!... and if you want to send im to yahoo user .. this link might help
http://gaim.sourceforge.net/[^]
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
Hi people, im using Update Resource to change a Bitmap in a DLL.
The bitmap is beign changed, but the new added bitmap hasn't a valid format.
I found this at expert exchange
char* buf = (char*)HeapAlloc (GetProcessHeap(), 0, dwFileSize + 2);
memcpy (buf, &dwFileSize, sizeof (dwFileSize));
memcpy (buf + 4, lpBuffer + 2, dwFileSize - 2);
This guy said that the resource BMP dont start with BM, instead the first 4 bytes are the lenght of the resource.
But a working BMP in the DLL begins with BM.
I tried without that code and the newly added BMP has an invalid format anyway.
Any suggestion??
Thanks a lot people 
HANDLE hFile;<br />
DWORD dwFileSize, dwBytesRead;<br />
LPBYTE lpBuffer;<br />
<br />
hFile = CreateFile("test.bmp", GENERIC_READ, <br />
0,<br />
NULL,<br />
OPEN_EXISTING,<br />
FILE_ATTRIBUTE_NORMAL,<br />
NULL);<br />
<br />
if (INVALID_HANDLE_VALUE != hFile)<br />
{<br />
dwFileSize = GetFileSize(hFile, NULL);<br />
<br />
lpBuffer = new BYTE[dwFileSize];<br />
<br />
if (ReadFile(hFile, lpBuffer, dwFileSize, &dwBytesRead, NULL) != FALSE)<br />
{<br />
<br />
<br />
char* buf = (char*)HeapAlloc (GetProcessHeap(), 0, dwFileSize + 2);<br />
memcpy (buf, &dwFileSize, sizeof (dwFileSize));<br />
memcpy (buf + 4, lpBuffer + 2, dwFileSize - 2);<br />
<br />
<br />
<br />
if( UpdateResource( targetModule,<br />
RT_BITMAP,<br />
MAKEINTRESOURCE(1002),<br />
MAKELANGID(LANG_SPANISH,SUBLANG_SPANISH_ARGENTINA),<br />
(LPVOID)buf,<br />
sizeof(buf))) {<br />
<br />
MessageBox("Update OK", NULL, MB_OK);<br />
<br />
}<br />
else {<br />
MessageBox("Error in update", NULL, MB_OK);<br />
}<br />
<br />
if(EndUpdateResource(targetModule, FALSE)) <br />
MessageBox("Res changed", "ERROR", MB_OK);<br />
else<br />
MessageBox("Error updating res", "ERROR", MB_OK);<br />
<br />
<br />
}<br />
<br />
delete [] lpBuffer; <br />
<br />
CloseHandle(hFile);<br />
}
|
|
|
|
|
Kharfax wrote: im using Update Resource to change a Bitmap in a DLL. The bitmap is beign changed, but the new added bitmap hasn't a valid format.
Get the bitmap's format fixed first before moving on to UpdateResource(). It doesn't make sense to update a resource via UpdateResource() when the resource is not even vaid.
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Maybe I didn't explain myself well :S
If I add the new bitmap in the project via Visual Studio, it works great.
The problem is when I load the same bitmap, a .bmp file, into memory and then add it to the DLL using UpdateResorce.
The new bitmap replaces the old, but Visual studio tell me that the resource had an invalid format and dont show me the image, Loadbitmap also fails the load and shows me an empty static control in my test app.
|
|
|
|
|
I´m not sure, but try to check the EXACT format of ur bitmap.....I had the same prob with a GIF file and after checking the exact properties of the working image and after moving my properties to match them exa ctly it worked.....if it looks the same it isnt necessarily the same for VS
|
|
|
|
|
mmm, I don't understand, maybe I missing something...
I have a static control, and I set a Bitmap resource in it using SetBitmap(), that way, I can see the image.
If I add the resorces bmps using visual studio, it work fantastic.
But when I use UpdateResource to change the Bitmap, for another working bitmap made with VS also, it fails, and I don't see anything.
So I open the DLL to check if the resourse was added and I find it's there, but when I try to see it, VS tell me it has an invalid format.
So... The question would be, the bitmap stored as resourse is changed in some way?
Should I write the lenght of the resource at the beginning?
Actually I'm doing an exact copy of the file to the resource, and I also tried writing the lenght and removing the BM at the beginning, but nothing works.
I dont understand what you mean with "check the EXACT format of the bitmap" 
|
|
|
|
|
hi
try this. First put a bitmap to your resource file using VS . then change that resource. next put the same bitmap using updateresource api. save that resource also. try comparing it. and try to catch out which bytes are missing ? This might lead you to a solution , i hopes
regards
krishnan
If u can Dream... U can do it
|
|
|
|
|
Good idea pal, I'll try and see what happens, thanks
|
|
|
|
|
I found the solution to this problem.
When you add a RT_BITMAP type resorce, the function UpdateResorce() adds a 14 Bytes header, I belive those bytes are a normal BMP header, so what I did is not copying those 14 bytes, and all worked great
<br />
char* buf = (char*)HeapAlloc (GetProcessHeap(), 0, dwBytesRead);<br />
memcpy (buf, lpBuffer + 14, dwBytesRead - 14);<br />
MSDN really sucks.
Thanks a lot for the feedback people
|
|
|
|
|
Hello All,
Suppose I have a class
class A
{
public:
void foo1 ();
//Other functions (possibly virtual)
private:
//private members go here
}
and I have a structure
struct S
{
A member1;
//Other members go here
}
what will be the effect of
struct S struc1;
struct S struc2;
1. memcpy (&struc1, &struc2, sizeof (S));
2. memset (&struc1, 0, sizeof(S));
I feel the memcpy should pose no problems but what about memset? What will happen to the virtual function table of the class?
Thanks in advance!
----------------------------------------------
If you need a hammer get C and shut up. If you need a nail gun get C++ and shut up. If you don't need *those* things (and good design should tell you) then by all means get a factory, factory, factory.
--code-frog@codeproject
----------------------------------------------
Why would you need to date, when C++ is your soul mate?!
--Steve Echols@codeproject
----------------------------------------------
|
|
|
|
|
if you memset all A member to '\0', you gonna delete the A class virtual table, ,but that wont crash. it will crash only when a virtualized function gets called, because the adresse of the mapping table can't be reached (trying to access NULL address)...
|
|
|
|
|
In your example both memcpy and memset would be fine.
You have no virtual methods (so no vtable), nor have you specified A/S as having any other complex data types.
If A/S has even 1 virtual method then, as mentioned, memset will hose the vtable.
Likewise if A/S contains any pointers to other A/S objects then memcpy will likely screw them up.
You can likely get around the memset problem by following it with a placement new call.
e.g.
memset(&struc1, 0, sizeof(S));
new(&struc1) S;
...cmk
Save the whales - collect the whole set
|
|
|
|
|
Since you are already using C++, there is no need to initialize nor copy your structure in the way you describe. struct in C++ is no different from class with the exception that its default protection is set to public. Knowing that, you should write your code as follows:
class A
{
public:
A();
A(const A& a);
A& operator= (const A& a);
void foo1();
private:
};
struct S
{
S();
S(const S& s);
S& operator= (const S& s);
A member1;
};
void main()
{
S s1;
S s2 = s1;
}
If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week
Zac
|
|
|
|
|
....for all the replies! 
----------------------------------------------
If you need a hammer get C and shut up. If you need a nail gun get C++ and shut up. If you don't need *those* things (and good design should tell you) then by all means get a factory, factory, factory.
--code-frog@codeproject
----------------------------------------------
Why would you need to date, when C++ is your soul mate?!
--Steve Echols@codeproject
----------------------------------------------
|
|
|
|
|
I have a Visual C++ 2005 MFC dialog application that minimizes to a task tray icon on clicking "X". I'd like to be able to change the tooltip message which you see when you hover over the icon dynamically whenever a certain value changes, in my case, temp of a cardbus device.
Right now it just displays the applications name because that's what I entered when i created the icon using this call:
TrayIcon->Create(0, nTrayNotificationMsg_, L"App Name",
m_hIcon, IDR_SYSTRAY_MENU);
Thanks for any help or links.
|
|
|
|
|
I'm sure exactly how this is done in MFC, or if you have used some VC2005 wizard for the minimize to tray feature. But when we minimize an app to the tray we need to create a NOTIFYICONDATA which contains all the info (icon, tooltip etc) then we use the Shell_NotifyIcon() function to add it to the tray. In your case you want to uppdate the tray icon, so you should use the Shell_NotifyIcon() function with the NIM_MODIFY flag.
|
|
|
|
|
waldermort wrote: I'm sure exactly how this is done in MFC,
AFAIK, there is no class associated with same in MFC!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
Well that surprised me, there seems to be a class for everything else 
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
