|
Version for Windows 7 is 0x0601, but that will not necessarily fix the problem. I'm also not sure what you mean by Preview in this context (not used MFC for a while).
|
|
|
|
|
I derived class CFileDialog and Customize File Open Dialog by adding Preview option in OpenDialog[flags used OFN_ENABLETEMPLATE].
But this is not working in Win7.
I found on net tht we need to use Common File Dialog to Customize open File dialog in Windows7. But there should be way for Existing Applications which is using CFileDialog.
Regards
Yogesh
|
|
|
|
|
yogeshs wrote: I derived class CFileDialog and Customize File Open Dialog
Then you need to debug your custom code.
|
|
|
|
|
I debug My Code In Win7 too and its working Fine. The prob is tht Open Dialog in Win7 is not resizing.Then Only Preview Window will Appear.How can I Achieve that ?
Y
|
|
|
|
|
Sorry, I don't understand what you are saying.
|
|
|
|
|
This may be in the wrong forum – but here goes.
I have a 32-bit application that I've been maintaining for about 12 years and it runs on every Windows platform up to Windows 7. In all that time I've been using CWinApp::GetProfileXxxx() and CWinApp::WriteProfileXxxx() calls to read and write my program settings (about 70 settings) in the Registry. The settings are read from the Registry at start-up and written to the Registry when the program closes. There is also a method for the user to read and write the program settings to an INI file using the same code as the Registry access.
On my Windows 7 system the Registry read/write works just like it always has on all previous Windows versions. However, on some customer's Windows 7 machines there appears to be a problem with the Registry access. The program settings are either not being read from the Registry or are not being written to the Registry. I think the settings are not being written – but I don't know that. When the user uses the INI file the settings appear to be read and written.
The customer has complained a bit (I'd complain too) but doesn't have the time or doesn't want to take the time to run some simple tests for me to find out what's going on with his Windows 7 system.
So here is my question: Are there any user account settings or permissions that can block the program's access to the Registry? He claims he is an Administrator but I can't even get him to verify that.
Thanks,
Mike
|
|
|
|
|
Member 9199754 wrote:
So here is my question: Are there any user account settings or permissions that can block the program's access to the Registry?
Yes, UAC can. It was introduced with Vista but changed somewhat with Win7. Turn it off and see if that makes a difference.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
I don't think UAC is the answer. I looked at my UAC settings and didn't see anything other than how to set the warning levels. Mine is set to: "Default: Notify me only when programs try to make changes to my compputer". Even with this setting my program never causes the UAC to display the notification.
I think the problem lies in the Registry p0ermission settings, but I don't know yet.
|
|
|
|
|
You should be looking at the customer's settings, not your own. That's where the problem is.
Cheers,
Peter
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
I KNOW I sould be looking at the customer's setting. The problem is that I'm not getting any support from him.
So, I need to understand the settings on my computer so I can run some tests and make suggestions to him. My problem is that I'm not very well versed in "security" settings in Windows 7. I still think it is a user permission setting in Registrey - but I'm not sure where to look yet.
|
|
|
|
|
Member 9199754 wrote: Are there any user account settings or permissions that can block the program's
access to the Registry?
Yes.
Member 9199754 wrote: The program settings are either not being read from the Registry or are not
being written to the Registry. I think the settings are not being
written – but I don't know that
You should look into logging, just as a general programming idiom. With logging you would know, rather than attempting to guess, what was happening.
|
|
|
|
|
jschell wrote: With logging you would know, rather than attempting to guess, what was happening
Wise words indeed.
|
|
|
|
|
Well, this is what I have found so far.
The Registry key permission setting does indeed stop my program from writing to its Registry key. On my two WinXP and my Win7 systems the Registry key permissions are set to "full control".
Registry editor does not allow me to manually change the "full control" permission to "Read". The "full control" permission is checked but disabled (dimmed) so I can't change it and I don't know why. I had to find a utility that changed the permission outside of registry editor. When the key permission was changed to "read" then writing to the Registry failed.
CWinApp:WriteProfileInt() fails with a "read" permision but there is no error code associated with the failure (i.e. GetLastError() doesn't return an error code).
I think the only thing I can do is detect the Registry write failure, report it to the user, and use an INI file instead of the Registry. I don't particularily like it but I think that's my only choice.
|
|
|
|
|
When changing permissions on registry keys using regedit, make sure you select your user name to see which permissions you have. Programmatic changes to the registry are done using either your user account or the system user account, or some similar named account on the system. My bet is that the read or write permission is not set for all the accounts on your system. This is easy to check, open your regedit, navigate to the key in question, right click the key, select permissions. This should show a registry permissions dialog. Select each user account on the top section of the dialog and watch how the related permissions change for the different accounts. When you find the account with the missing permission, you will have your culprit. Hope this helps.
|
|
|
|
|
I'm wanting to batch edit the ID3V2 tags in around 1660 CDs worth of tracks, as I have metadata stored elsewhere.
Part of this process involves adding a APIC tag with the contents of a JPEG file.
Now, I have jumped through the various hoops to get everything working except one thing, namely, the artwork. Everything else (genre, album, track number, etc) work fine, and the tags are visible to iTunes and Windows Media Player. However, I am stumped as to how to add the artwork
I thought that the sequence
TagLib::MPEG::File f(filename);
TagLib::ID3v2::Tag*t = f.ID3v2Tag();
TagLib::ID3v2::AttachedPictureFrame* pF = new TagLib::ID3v2::AttachedPictureFrame();
pF->setData(jpegData);
pF->setMimeType("image/jpeg");
pF->setType(TagLib::ID3v2::AttachedPictureFrame::FrontCover);
t->addFrame(pF);
f.save(TagLib::MPEG::File::ID3v2,false,3);
should work, but it does not save my artwork 
If anyone has working C++ code that does work, I'd be very grateful.
Steve S
Developer for hire
|
|
|
|
|
(cough)
Actually, it works properly when you remember to call the right member function.
Instead of pF->setData(...), I should have called pF->setPicture(...) 
Sigh. That's another hour's debugging time I'll never get back, for want of proper reading of the underlying code....
Steve S
Developer for hire
|
|
|
|
|
The jpeg image is bigger than the Picture Control, and the jpeg file is in the local disk. It is no problem to show jpeg image, I can use the CImage to load the jpeg image and then user Picture Control's SetBitmap() method to display this image.
But how to zoom to display this jpeg?
|
|
|
|
|
Maybe this[^] article might help.
|
|
|
|
|
Thank you jeron1,
I set the Picture Control's Type property as "Frame", and then use the Graphic to Graphics's DrawImage to draw iamge.
+5 
|
|
|
|
|
If you only need the image to fit the window (without adding zoom in and zoom out capabilities), just set the image control attribute "Real Size Image" to FALSE.
|
|
|
|
|
how i open and use glut project in code blocks
|
|
|
|
|
|
who to create exe file in code blocks?
|
|
|
|
|
compile and link source code... the result is an exe file... 
|
|
|
|
|
Huh? 
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
