|
Hi all,
i m using this for TVN_ITEMEXPANDING,here its working fine when i exand or collapse tree item by keyboard.
But when i exand or collapse tree item by mouce click than it is change image of previously selected item.
please tell me where i m wrong.
void CTree::OnTvnItemexpanding(NMHDR *pNMHDR, LRESULT *pResult)
{
LPNMTREEVIEW pNMTreeView = reinterpret_cast<LPNMTREEVIEW>(pNMHDR);
NMTREEVIEW* pnmtv = (NMTREEVIEW*) pNMHDR;
CTreeCtrl& tc = GetTreeCtrl();
HTREEITEM item = tc.GetSelectedItem();
if ( pnmtv->action == TVE_EXPAND )
{
tc.SetItemImage(item,1,1);
}
else if ( pnmtv->action == TVE_COLLAPSE )
{
tc.SetItemImage(item,0,0);
}
*pResult = 0;
}
thanks in advance.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
"_$h@nky_" wrote: HTREEITEM item = tc.GetSelectedItem();
Because you are setting the image of selected item. Use pnmtv->itemNew.hItem
HTREEITEM item = pnmtv->itemNew.hItem;
|
|
|
|
|
Thanks
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
Hi,
Under XP I store values under 'HKLM/Software/MyCompany/Product/%Version%/
In order to make things work under vista,
Totally ignoring the MS Access Policy (which is switched off as far as Possible), and assuming that EVERY User is logged in as Administrator, and also assuming that the computer will only ever have one user, and that the Language locale is English(US)
What is equivalent Reg Location to store values.
Please NOT a CSIDL, just a FIXED path.
Regards, 
Bram van Kampen
|
|
|
|
|
If there's only one user then using the current user key (HKCU) would work fine.
It doesn't matter if the user is logged in as an admin...
the code that modifies HKLM entries needs to run with elevated privileges.
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Hi,
Sounds Good!
Does that mean that if I macro Across the board HKLM to HKCU under the stated constraints that all will install and work well under both vista and xp. All works well Now under XP, using HKLM. I'm not using COM, or anything sophisticated, all I'm storing is a few Path Names, and a few environment strings.
BTW Is it still possible under Vista to run a '.REG' file modifying HKLM,or, can HKLM be changed by regedit.
thanks + regards
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: if I macro Across the board HKLM to HKCU under the stated constraints that all will install and work well under both vista and xp
It should work given your previous constraints, yes.
It's not a good design though. For proper app data/settings
management, you may want to check this out:
Data and Settings Management[^]
Bram van Kampen wrote: BTW Is it still possible under Vista to run a '.REG' file modifying HKLM,or, can HKLM be changed by regedit.
I imagine it's possible but it's still going to require
elevated privileges.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Mark Salsbery wrote: It should work given your previous constraints, yes.
It's not a good design though. For proper app data/settings
management, you may want to check this out:
Data and Settings Management[^]
Thanks Mark,
I've read this document, but I don't think it is helpful for my needs, for the following reasons:-
My App is essentially a Store Cash Register Application.
I typically have a Local network of three of four machines (max 16).
This is referred to as the 'Shop System'.
One of these contains a single set of some 20 files in proprietary formats, which act as a Database. The machine containing this Database is loosely known as the Server. It is purely Passive though, Reading and Writing is implemented through File Sharing. This database is created during My Apps System Setup. Each Shop System can have One and Only One such Database. Having two, when detected will immediately trigger an attempt to close down all the terminals, as multiple DB's would be a Licence contravention and constitute a massive Security Risk.(Setup does not allow it to happen, so,if another DB is found, Someone or Somethingis messing with files) In the normal course of events, the Database should Not be moved or Replicated. (leaving out Backups as a Separate Issue)
The document gives imho no guidance on where to place such kind of database. I Place it under
"//Server\Program Files\Manufacturer\Product\Version\Data\"
The Users Modules have no Open-Close-Save facilities. The User modules access the central database as needed. This is hardcoded into the Software. (After you finish a transaction in your Supermarket, the Cash Operator is NOT given the choice to store the transaction to the Store's database, or, maybe on a Floppy for him/her to take home, along with the cash you paid).
The Software however needs to know where the Central Database is Located. Once the Database is installed, that location is Fixed, and Independent of which User is logged On. It has essentially become a Hardware Feature. Imho, the logical place on each machine to store the URL for such Database is in HKLM\Software. If a module at any stage cannot locate the Database, it bows out gracefully. Only One module of each type can be active on a machine at anyone time, and No Module can run 'Stand Alone', i.e. without sight of and access to the Database.
The Software needs at all times Full Read/Write Access to the Database Files. This was never a problem under Win98. We accomplish this under XP by configuring All machines to Fire Up in Admin mode (Leave the Admin PW Blank when Installing XP). Access Control is handled by the Modules, and the MS Security Architecture is irrelevant as far as my apps are concerned. The Terminals are NEVER used for anything else but this Software. It runs on a Custom Installed Bare XP, with all un-used features removed. It is essentially a Cash Register.640 x 480 16 colour 18 inch monitor, etc.
The Original inception worked well under WIN98, although it struggled with T-Windows under DOS 6. I was not waiting with baited breath for Vista or even 2000 to come along to get a zipping performance. Rather, Vista is being foisted upon me, at a most unwelcome time.
So, the question is: What would be good design under this Circumstance.
Bram van Kampen
|
|
|
|
|
Hello,
I am tying to alter the icon, on the top left of the program,
using the followong statements:
HICON hIcon = AfxGetApp()->LoadIcon(IDI_ICON1);
SetIcon(hIcon, TRUE);
***to that effect***
When I run the program
I get a Debug assertion failed, regarding File: afxwin2.inl
I have tried various place's in placing the code, but to no success.
I have read in a artical that after loading you must pass it to the
windows manager, is this the problem? can anybody help?
Thanks
Simon
|
|
|
|
|
Which line of your code does the assertion occur on?
What is the code in afxwin2.inl where the assertion occurs?
Is hIcon NULL? From the info given that's the only guess I can make.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I have no idea what code is in afxwin2.inl
but it is reported at Line:309
regarding 'is hicon null' I am not sure what you mean.
Thanks Mark
Simon
|
|
|
|
|
Running in the debugger you can step through those two lines
of code and go right to the line of code the assertion occurred on.
You can also easily check the value of hIcon ( a variable in YOUR code).
simon alec smith wrote: it is reported at Line:309
Great info if I had the same version of MFC you do, but I don't.
What's on line 309 of your afxwin2.inl?
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
ok,
running the debugger, the following information is shown
_AFXWIN_INLINE HICON CWnd::SetIcon(HICON hIcon, BOOL bBigIcon)
then the yellow arrow points to the following
{ ASSERT(::IsWindow(m_hWnd)); return (HICON)::SendMessage(m_hWnd, WM_SETICON, bBigIcon, (LPARAM)hIcon); }
Does this shed any light?
Also when I try to dubug straight from the assertion message,(the retry)
the program statement occurs 'the mfc application has encountered a
problem
I notice the icon 'IDR_MAINFRAME' that I have also edited is dispolayed
on the top right
Is this anything significant?
Thanks very much
Simon
|
|
|
|
|
simon alec smith wrote: Does this shed any light?
Indeed, thanks!
You're calling SetIcon() before your window's HWND is created.
Try calling SetIcon() in a WM_CREATE handler (OnCreate()) or any time
after the window is created.
simon alec smith wrote: Also when I try to dubug straight from the assertion message,(the retry)
the program statement occurs 'the mfc application has encountered a
problem
Sounds like a problem with the debugger. I'm not sure there.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Thanks v much I'll try it out
|
|
|
|
|
How can I get CFileDialog in Save As mode to change the default file name extension according to the chosen file type like most MS apps work?
|
|
|
|
|
This could work:
1) Derive a class from CFileDialog
2) Override the OnTypeChange() method (the CDN_TYPECHANGE
notification handler)
3) In your OnTypeChange() override, use CFileDialog::SetControlText()
to set the text for the control containing the filename to the
appropriate default filename (the IDs for the controls can be
found here: Open and Save As Dialog Boxes[^])
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Mark,
OK, but how do I get the filename? I have found some code like this but it doesn't work for some reason:
CWnd *fileNameBox = GetParent()->GetDlgItem(edt1);
ASSERT_VALID(fileNameBox);
CString fileName;
fileNameBox->GetWindowText(fileName);
|
|
|
|
|
How doesn't it work? What is the call to GetParent() doing?
I would think that code would be in the actual dialog class.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
It looks like its failing on the ASSERT. I found this code and I'm not sure why the call to GetParent() is there, I thought maybe it needed a window handle pointer.
The filename string can be obtained after the dlg. closes. But I want to look at what the user has in the file name field and the chosen ext. and make the filename ext change as the ext. changes from the combo field. It seems like this should be a std. way for the dlg to work (MS Office apps work this way).
|
|
|
|
|
If you derived a class from CFileDialog, you
should be able to do something like this:
void CMyFileDialog::OnTypeChange()
{
CWnd *fileNameBox = GetDlgItem(edt1);
ASSERT_VALID(fileNameBox);
CString fileName;
fileNameBox->GetWindowText(fileName);
}
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi Mark,
Thanks for your help. Just to follow up on this, it turns out you need the ptr. to GetParent() because the "CFileDialog is actually a child of the real dialog" according to - http://msdn.microsoft.com/en-us/magazine/cc301466.aspx.
So you need something like this to access the file name and type, modify it to the set type and display it:
void CMyFileDialog::OnTypeChange()
{
CFileDialog::OnTypeChange(); // Base class
CString fileName, ext;
GetParent()->GetDlgItemText(cmb13, fileName); // Get file name
GetParent()->GetDlgItemText(cmb1, ext); // Get extension
int i;
if ((i = fileName.ReverseFind('.')) != -1) {
fileName.Truncate(i);
if ((i = ext.ReverseFind('.')) != -1) {
ext.Truncate(i + 4);
fileName += "." + ext.Right(3);
}
}
GetParent()->SetDlgItemText(cmb13, fileName); // Get file name
return;
}
Thanks again,
Darryl
|
|
|
|
|
Darryl Bryk wrote: it turns out you need the ptr. to GetParent() because the "CFileDialog is actually a child of the real dialog"
Good to know!
Thanks for the update!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Is there a way to do <title>?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
