|
Yeah, I have tried about the same. How the heck do you set the content of a static with this control?
Can somebody please help?
|
|
|
|
|
gunag wrote: Yeah, I have tried about the same. How the heck do you set the content of a static with this control?
It's actually quite simple. You just get the HWND of the pane by sending the CBM_GETPANEDIALOG message (refer to the documentation) and then just SetDlgItemText(). After setting the text you have to update the pane like this:
<br />
::InvalidateRect(m_hWndPane, NULL, FALSE);<br />
::UpdateWindow(m_hWndPane);<br />
-- modified at 9:47 Monday 1st May, 2006
|
|
|
|
|
Each of the controls is leaking memory:
Tasklink.c:813
case WM_CALCDIMENSIONS:
{
PTLSTRUCT pTLSSave,pTLS = (PTLSTRUCT)GetWindowLong(hwnd,GWL_USERDATA);
BOOL bReturn;
if (!pTLS) return FALSE;
if (IsBadWritePtr((VOID *)wParam,sizeof(SIZE)))
return FALSE;
pTLSSave = (PTLSTRUCT)malloc(sizeof(TLSTRUCT));
if (!pTLSSave) return FALSE;
memcpy(pTLSSave,pTLS,sizeof(TLSTRUCT));
bReturn = GetItemSize(hwnd,pTLS,(PSIZE)wParam,(int)lParam);
memcpy(pTLS,pTLSSave,sizeof(TLSTRUCT));
return bReturn;
}
The variable pTLSSave gets malloc'ed, but never freed. Unfortunately, this happens every time the control recalculates its layout, and that's pretty often. The same is true for CBStatic and CollapsibleHeader.
You can add a free(pTLSSave) before the return, or - much better - avoid the whole malloc/free issue and declare the TLSSave directly on the stack (much faster than dynamically allocating memory). And because GetItemSize never touches the struct, we can declare it const:
static BOOL APIENTRY GetItemSize ( HWND hwnd, const PTLSTRUCT pTLS, PSIZE pSI, int iRequiredWidth )
{...}
case WM_CALCDIMENSIONS:
// wParam = LPSIZE, lParam = width of control in px (-1 = get current width)
{
PTLSTRUCT pTLS = (PTLSTRUCT)GetWindowLong(hwnd,GWL_USERDATA);
BOOL bReturn;
if (!pTLS) return FALSE;
if (IsBadWritePtr((VOID *)wParam,sizeof(SIZE)))
return FALSE;
return GetItemSize(hwnd,pTLS,(PSIZE)wParam,(int)lParam);
}
Regards, Alexander Gräf
|
|
|
|
|
|
I think i know the answer to this question, but i'm hoping that i'm wrong so i ask it anyway.
Would it be possible to add controls dynamic to a pane?
Or must they all be predefined in the dialog resource?
|
|
|
|
|
I was really glad to find a free and actually working explorer bar control. I played around with the demo and also with the WTL Explorer Bar demo, and thought I actually found what I was looking for; integrating it with WTL should be a snap. I dont like the external dependency to the DLL, mainly because of the fussiness in the build process.
Then I looked at the source of your control... And I was really surprised the control even works. It's such a bad mess, the code is nearly useless. No chance to make any changes to the code, and no chance to really integrate it without a wrapper and the external dependency into MFC or WTL. I'm not sure where you found the time to write 18k lines of plain C-Code, and - whats more important - *why* you did it in plain C. From a clients point of view, you could even have written it in Brainf***, as long as a DLL is the result, which can be loaded by the client, it doesn't matter.
You have written you have the idea of making out a real MFC-version. Any progress with that? I'm interested in a WTL-version, but MFC and WTL don't have that many differences, so I would be glad to help.
Regards,
Alexander Gräf
|
|
|
|
|
CALM DOWN!!! 
Do you know what I really like? Such guys like you who probably never uploaded any free software to the web but are complaining about other's FREE code all the time.
Yes, I am brain damaged and wrote 18K lines of plain C code to make this thing happen. Yes, I had enough FREE time to finalize it. I like C++ and Java more than C but the code of the explorer bar's core was written in C for historical reasons.
If you thing that you can do it better, then the CodeProject community would be GLAD to get your super beautiful C++ code with sh**loads of UML diagrams, which is super extensible and easy to understand.
Btw, several big companies are using the FREE explorer bar control in their release versions and are happy with it.
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
I dont know how to do it better, but thats not the point. And no, I never created code which could be useful to the community, and no I never completed any of my started free projects because I never found the time for that. It is also unlikely that I'll ever post an article on CodeProject. But I dont have to be a film director in order to criticize a movie.
And as I stated, the control works correctly, supports themes and has, as far as I can see from missing bug reports, not many errors.
However, I often downloaded code snippets from CodeProject, and many of them gave me a good starting point, or were nearly complete. Your control *is* complete, but it is no starting point to whatever one would like to do with it, besides taking it as a complete form. What about sticking it on sourceforge, and finding some people (like me?) which can help making this control a lot easier to understand?
You're the one to calm down. You have my respect for the time you've spend on this control and the fact you are sharing your work with the community, but that doesnt change the fact that the C-code is pretty useless, except for big companies which want to save money on commercial controls. It was not my intention to insult you in any way.
Cheers
|
|
|
|
|
Hi all,
You have done a very Good Work Ingo. Thanks for the code.
I have a problem with the display of the button image of the collapsible header. Its not possible to recognise the change in the button images also. The ARROW UP , ARROW DOWN, ...images are not displayed in a proper way  I am working in a Win 2000 machine, and the windows classic style is being enabled. What i should do so that the images of the pane header buttons will display properly! Pls Help me......
Santhosh M
|
|
|
|
|
Hallo,
folgendes Problem:
ich habe eine MDI-Anwendung in der in der MainFrame die ExplorerBar erzeugt wird.
Die MainFrame hat die Möglichkeit das Document-Object des jeweils aktuellen Views abzurufen.
Die Panes enthalten RadioButtons / CheckBoxen, welche die Einstellungen einigen Document-Attribute wiedergeben bzw. ändern sollen.
Bei nur einer View ist das kein Problem.
Doch wie kann ich die ExplorerBar aktualisieren, wenn ich ein neues Dokument öffne bzw zwischen den Views hin und her springe.
Wie kann ich allgemein die ExplorerBar updaten wenn sich etwas geändert hat??
Vielen Dank für schnelle Antworten
|
|
|
|
|
just perform:
InvalidateRect(hwndExpBar,NULL,FALSE);
UpdateWindow(hwndExpBar);
rgs, Ingo.
P.S. try to post your requests in english to reach 'the community'
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
My machine settings :windows 2k,msvc6,
when compiling it ,a error occured,
fatal error C1083: Cannot open include file: 'Tmschema.h': No such file or directory.
How can i solve it?
|
|
|
|
|
You are using an outdated version of the platform SDK/MSDN. Tmschema.h is part of the XP-specific header files. The bar also works on Windows 2000 but you need a full XP compile environment to compile it.
Cheers, Ingo.
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
Does XP compile environment means i have to install visualstudio.net insteadd of msvc6?
or just download a sdk to support compiling?
|
|
|
|
|
You just need an updated platform SDK. Visit the MS site.
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
Update to VC SP6
|
|
|
|
|
Hi,
I'm using the explorer bar with no trouble for sometime now. Now I'm testing my application and so I'm trying it out on different machines... it seems that the nice blue background doesn't work on every PC, like if its a Windows 2000 or an XP with the Classic Theme enabled. I'd like to force the background color of the explorer bar to be blue in these cases. Any tips on how to check if this case occurs and how to force the background color of the explorer bar?
I noticed that there is the message CBM_FILLBKGND, but this seems to be used to paint an image to a pane's background...
Best!
Jeff
|
|
|
|
|
Hi,
the Explorer Bar is a 'perfect'  re-programming of the original Microsoft one. Thus, the classic or W2K style, respectivley is always somewhat 'monochrome'.
I put this on my todo list for the next version.
Rgs, Ingo.
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
Some personal advertising  follows:
I just posted a WTL wrapper for this control here[^] on CodeProject.
Greetings, Ralph
|
|
|
|
|
If the width of bitmaps you pass in are not DWORD aligned,
you may see a corrupted strip effect in the background
where the bitmaps should be transparent.
I've done a fix for this, which may be useful.
file - bmpengine.c
HIMAGELIST APIENTRY CreateImageList(
...
//uRealWidth = ds.dsBm.bmWidthBytes;
// the real width is DWORD aligned
uRealWidth = (ds.dsBm.bmWidth*24+31)/32 * 4;
pbyBuffer = (PBYTE)malloc(uRealWidth*ds.dsBm.bmHeight);
if (!pbyBuffer)
goto ErrorExit1;
//memcpy(pbyBuffer,ds.dsBm.bmBits,uRealWidth*ds.dsBm.bmHeight);
for (i=0;i
|
|
|
|
|
sorry the first half of it I duplicated - you just need this
file - bmpengine.c
HIMAGELIST APIENTRY CreateImageList(
...
//uRealWidth = ds.dsBm.bmWidthBytes;
// the real width is DWORD aligned
uRealWidth = (ds.dsBm.bmWidth*24+31)/32 * 4;
pbyBuffer = (PBYTE)malloc(uRealWidth*ds.dsBm.bmHeight);
if (!pbyBuffer)
goto ErrorExit1;
//memcpy(pbyBuffer,ds.dsBm.bmBits,uRealWidth*ds.dsBm.bmHeight);
for (i=0;i {
for (j=0;j {
//uRealWidth = ds.dsBm.bmWidthBytes;
uRealWidth = (ds.dsBm.bmWidth*24+31)/32 * 4;
pbyBuffer = (PBYTE)malloc(uRealWidth*ds.dsBm.bmHeight);
if (!pbyBuffer)
goto ErrorExit1;
//memcpy(pbyBuffer,ds.dsBm.bmBits,uRealWidth*ds.dsBm.bmHeight);
for (i=0;i {
for (j=0;j {
BYTE* srcptr = &((BYTE*)ds.dsBm.bmBits)[(i * (uRealWidth)) + j * 3];
BYTE* destptr = &pbyBuffer[uRealWidth*i + j * 3];
*destptr = *srcptr; // blue
srcptr++;
destptr++;
*destptr = *srcptr; // green
srcptr++;
destptr++;
*destptr = *srcptr; // red
}
}
}
}
Kris
|
|
|
|
|
I take the bar in a view ,but it can't work!
I has handle the message of WM_SIZE of view ,
but the bar didn't work as I thought!
My e-mail is idoiwill@163.com
|
|
|
|
|
Pls have a look into the sample code that comes with the package.
Rgs, Ingo.
Dipl.-Inform.
Ingo A. Kubbilun
- GERMANY -
mailto:ingo@kubbilun.de
|
|
|
|
|
Thanks for you quick reply!
I know that the problem in my application is that
I only overload the function handle WM_SIZE was't
enough!Because sometime it can work when I changed
the size of mainframe a little!
Could you tell what can I do?
|
|
|
|
|
I created the explorer Bar in a view, but the backgroud of the explorer bar is white!Why?
My system is xp(pro)!
I complie your exmple of MFC ,It's OK!!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
