|
Hello , i want to load the .BMP File of Image File in CImageList from my Hard drive , but when i load it to CImageList and reads and copy the Bitmap to a CBitmap Object the program crashes on the Run , can anyone help me in this , i tried to load image list this way -->>:
////////////////////////////////////////////////////
////////////////////////////////////////////
////////////////////////////////////
BOOL CXXXDlg::OnInitDialog()
{
..................
..........
// CImageList to load bitmap from Outside
CImageList m_imgList;
m_imgList.Create("C:\\xxxx.bmp" , 64 , 32, RGB(255,0,255));
//Copies the Single Frame from the Image List to CBitmap
CBitmap mBmp;
GetImageFromList(&m_imgList , 1 , &mBmp);
and
CBitmap *mBmp = new CBitmap;
GetImageFromList(&m_imgList , 1 , mBmp);
...........
.................
}
void CXXXDlg::GetImageFromList(CImageList *lstImages, int nImage,
CBitmap *destBitmap)
{
//First we want to create a temporary image list we can manipulate
CImageList tmpList;
tmpList.Create(lstImages);
//Then swap the requested image to the first spot in the list
tmpList.Copy( 0, nImage, ILCF_SWAP );
//Now we need to get som information about the image
IMAGEINFO lastImage;
tmpList.GetImageInfo(0,&lastImage);
//Heres where it gets fun
//Create a Compatible Device Context using
//the valid DC of your calling window
CDC dcMem; dcMem.CreateCompatibleDC (GetWindowDC());
//This rect simply stored the size of the image we need
CRect rect (lastImage.rcImage);
//Using the bitmap passed in, Create a bitmap
//compatible with the window DC
//We also know that the bitmap needs to be a certain size.
destBitmap->CreateCompatibleBitmap (this->GetWindowDC(),
rect.Width (), rect.Height ());
//Select the new destination bitmap into the DC we created above
CBitmap* pBmpOld = dcMem.SelectObject (destBitmap);
//This call apparently "draws" the bitmap from the list,
//onto the new destination bitmap
tmpList.DrawIndirect (&dcMem, 0, CPoint (0, 0),
CSize (rect.Width (), rect.Height ()), CPoint (0, 0));
//cleanup by reselecting the old bitmap object into the DC
dcMem.SelectObject (pBmpOld);
}
/////////////////////////////////////////////////////////
///////////////////////////////////////////////
/////////////////////////////////////////
and when i run this APP, its crashes ; please tell me whts wrong with the CODE, and tell me how to load Bitmap from the Hard Drive i realyy need it
Thnx...
-- modified at 14:02 Thursday 27th July, 2006
|
|
|
|
|
Do you need to load bitmap?
|
|
|
|
|
does anyone know if a MAKEDWORD macro exsists or a macro that does something similar to a MAKEWORD macro except you take 2 WORDS and make them into a DWORD?
Or am I stuck using bitwise manipulations to put the 2 WORDS together....
Thanks,
Kitty5
|
|
|
|
|
make your own :
#define MAKEDWORD(MSB, LSB) ((MSB << 16) | LSB)
with MSB meaning most significant byte and LSB lower significant byte
|
|
|
|
|
Found it!
it's the MAKELONG macro!
<br />
DWORD MAKELONG(<br />
WORD wLow,<br />
WORD wHigh<br />
);<br />
yeay!
Kitty5
|
|
|
|
|
Hi,
I am facing a strange problem. I have an MS Access database. I have populate a view with the contents of a table. Then I wish to export this information. For this I pop a CFileDialog of the Save type and take the file name input from the user. What happens next is that I cannot connect to the database. I have the proper pointer for the database so I am pointing to it. However I traced the failure to a file atldbcli.h whihc contains a function CreateSession(). This returns E_FAIL. When I hardcode the path for the file everything runs hunky-dory. Can anyone guide me to a solution?
na.nu
|
|
|
|
|
na.nu wrote: When I hardcode the path...
As opposed to what?
"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
|
|
|
|
|
1. What classes are you using to extract data from the database in the first place, and are you, by any chance, opening it exclusively?
2. You are prompting for a file to save to, yes? Is this a text file, or a new database?
If the latter, you need to create an empty database first.
Steve S
Developer for hire
|
|
|
|
|
Hi,
I am using standard accessor classes and using the Microsoft Jet DB engine 4.0. I open a session to the DB. Populate a grid with info from a table. There is a tree view which when clicked loads a different table. The user should be able to edit the contents, so I export the data to a .csv file using CFile and CArchive classes. The thing is I am launching a CFile dialog on clicking a button for exporting this data. What happens is that the application loses the DB connection. So after exporting when I click on the tree I have an error that displays DB connection lost.
Now what is really wierd is that I have functionality for importing data from the file. I have a copy of the database on the desktop and in my debug folder in a nested directory in C:\.. When I export I loose the connection to the Access DB in the debug folder. On importing somehow the DB on the desktop gets updated. The DB's have the same name and contents. I connect to the DB using a initialization string. Is the path of the DB need to passed for connection? If not then why does CFile dialog statement cause the app to loose the connection? I removed the CFile dialog statement and hardcoded a path to C:\XYZ.csv. Worked fine. By the way the code for setting up the connection is in another DLL and not in the executable. Have you faced this problem?
na.nu
|
|
|
|
|
na.nu wrote: What happens is that the application loses the DB connection. So after exporting when I click on the tree I have an error that displays DB connection lost.
This is not the result of a conflict between CFileDialog and the ATLDBCLI/OLEDB stuff.
How do you determine that the app has lost the db connection? Presumably you get errors when you try and access the db (eg clicking on tree)?
There's an AtlTraceError (or something) debugging function you can use which should give you more information on what's going wrong, but my normal rules for diagnosis would seem to apply.
Rule#1: Suspect your own code
Rule#2: Refer to rule#1.
It could be that when you use the CFileDialog, you're not initializing something correctly (like one of the pointers in the OFN structure), and it's trampling on some memory. This is notoriously difficult to diagnose; I generally dump the likely affected parts before and after calling the 'suspect' line.
Steve S
Developer for hire
|
|
|
|
|
In one of our software product, I was told by management to place a menu on one of the dialogs. The menu replaced a bunch of seldom used buttons and cleaned up the interface a bunch. The software was released to Beta recently. One of the guys working here that reviewed the software came up with something that I thought was kind of a bizarre thing to say. He said that "reputable" companies don't put menus on dialogs.
I was kind of shocked at that. I have never heard of such a thing. I searched and could not find any reference to any standard that forbids menus in dialogs.
So, that got me curious to see what other people do. Do you use menus in dialogs? If not why not?
Thanks
Wes
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
|
|
|
|
|
Wes Aday wrote: I have never heard of such a thing.
Neither have I. But I've also never heard of non-reputable companies putting menus on dialogs.
Wes Aday wrote: Do you use menus in dialogs? If not why not?
No. They probably have their place, but our product does not warrant them.
"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
|
|
|
|
|
I've never had to put a menu on a dialog, but it would be okay to do if it was necessary, especially if the dialog was the main window of an application (like in a dialog based application).
Tell the guy he's full of shit.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
never heard such a thing neither...
and we do (even we program in java), some of our dialogBoxes contains menus. and guess what companie i work for ?? i think Accenture is more than a "reputable" companie, so...
|
|
|
|
|
Sounds pretty silly to meeee too, to say such a thing. But maybe: reputable or not, it would be a good idea to put them buttons on a seondary tab instead, depending on the style of other parts of your app
_____________________________________
Action without thought is not action
Action without emotion is not life
|
|
|
|
|
I've never put a menu on a dialog myself, but I don't see why it should be a problem.
|
|
|
|
|
Don't know about "reputable", but a menu bar on a dialog does look confusing to me. Have you ever seen such a thing in any MS product for instance?
|
|
|
|
|
Nemanja Trifunovic wrote: ave you ever seen such a thing in any MS product for instance?
i don't think this is an evidence, because MS wrote (at the begining of Windows95 days) a document for the dos and don'ts in designing Windows GUI, but they don't even respect it now... (especially thinking Office applications and MSN Messenger for instance)
|
|
|
|
|
IMHO, do what needs to be done to improve the usability of an interface. If that involves adding a toolbar, menu bar, or removing a control, so be it.
Let the feedback from your users to decide if it was the right decision or not.
FWIW, I believe that MS Small Business Manager uses menus on its sub-interfaces, and they are basically dialogs with menus.
Peace!
-=- James If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|
|
He's almost completely wrong.
Dialogs, especially modal dialogs, are to execute one operation. So if you need a menu on the dialog, this may indicate that for this operation, a dialog is not the best choice. However, these rules are not too solid.
Secondary reason: Since Menu background is (usually) identical to dialog background, the menu does not stick out so much, so some users might miss it. It is easier to find if you put it an a "More.." button, that opens the popup menu.
But neither reason is a "don't do", both are just "think twice if you can do better".
Out of curiosdity. can you ask him who he considers to be a "reputable" company?
|
|
|
|
|
peterchen wrote: Out of curiosdity. can you ask him who he considers to be a "reputable" company?
I have not personally talked to him. He is not in my department so I do not see him usually. So, I have no idea what a reputable company would be....
Besides.... we have never claimed to be reputable anyway....
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
|
|
|
|
|
Thanks all for your response. I appreciate the time.
Went pretty much as I expected.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
|
|
|
|
|
I think he has a point. I wouldn't go as far as him, and every rule has its exceptions (like the dialog as a main window case), but not using menus bars on dialogs is a good guideline. What makes applications easy to use is uniformity so unless you've got a compelling reason to deviate from the standards (both explicit and implicit) I'd suggest you don't.
Steve
|
|
|
|
|
I dont know if this is the place to put this, but can anyone tell me how to put devC++ on a flash drive?
|
|
|
|
|
If you're trying to make it so you can take it with you, I don't think it'll work because it puts crap in your system32 folder as well.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|