Re: Toolbar Resizing - C / C++ / MFC Discussion Boards

Jeff J3-Dec-02 18:04

3-Dec-02 18:04

Are you sending TB_AUTOSIZE to cause resizing of the toolbar, or sending TB_SETBUTTONSIZE before adding buttons? Also, are you using Win32, MFC, or WTL, and do you mean sizing verically (text below images) or horizontally (next to images)?

Re: Toolbar Resizing

Steven M Hunt4-Dec-02 4:44

Steven M Hunt

4-Dec-02 4:44

I'm using MFC and I need to resize the toolbar vertically. I am trying to create Internet Explorer-like buttons. I didn't have a problem in Win32, but MFC doesn't resize the toolbar automatically.

-- Steve

Re: Toolbar Resizing

Jeff J4-Dec-02 10:36

Jeff J

4-Dec-02 10:36

So did you try sending the messages mentioned in my last post?

Re: Toolbar Resizing

Rand Al'thor4-Dec-02 12:35

Rand Al'thor

4-Dec-02 12:35

Try:

// change the toolbar size to accomodate the text<br />
	m_wndToolBar.SetSizes (TOOLBAR_BUTTON_SIZE, TOOLBAR_BUTTON_IMAGE_SIZE);

Re: Toolbar Resizing

Steven M Hunt4-Dec-02 16:00

Steven M Hunt

4-Dec-02 16:00

Thanks. One more question, how do I check toolbar buttons when using CToolBar instead of CToolBarCtrl? It doesn't have a CheckButton() function.

-- Steve

Re: Toolbar Resizing

Rand Al'thor4-Dec-02 16:36

Rand Al'thor

4-Dec-02 16:36

You can always get the underlying CToolbarCtrl and call its member functions.

Re: Toolbar Resizing

Steven M Hunt4-Dec-02 16:49

Steven M Hunt

4-Dec-02 16:49

Is there a way i can check the items without mixing classes?

-- Steve

Re: Toolbar Resizing

Rand Al'thor4-Dec-02 16:55

Rand Al'thor

4-Dec-02 16:55

Err..
Have you actually read the MSDN docs?
Get it, it's worth it, or go on the net to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmfc98/html/_mfcnotes_tn031.asp

Anyway, you won't be mixing classes. Here's a quote from those documentations:

CToolBar::GetToolBarCtrl, a member function new to MFC 4.0, allows you to take advantage of the Windows common control's support for toolbar customization and additional functionality. CToolBar member functions give you most of the functionality of the Windows common controls; however, when you call GetToolBarCtrl, you can give your toolbars even more of the characteristics of Windows 95 toolbars. When you call GetToolBarCtrl, it will return a reference to a CToolBarCtrl object. See CToolBarCtrl for more information about designing toolbars using Windows common controls. For more general information about common controls, seeCommon Controls in the Windows 95 SDK Programmer’s Reference.

Hope that helps. Essentially, there's no harm, as CToolBar are made from (or using) the CToolBarCtrl.
I suggest you go to the docs... you'll learn a heck lot more.

Rose | [Rose]

Re: Toolbar Resizing

Theo Buys16-Oct-16 23:20

Theo Buys

16-Oct-16 23:20

The link is out of date. I found the page with Google by enter "TN031 Control Bars".

MFC DLL that Loads an SDI

mgarvin3-Dec-02 10:19

mgarvin

3-Dec-02 10:19

Hi,
I need to know how to create an SDI within a MFC DLL so that another MFC Application can open it. Has anyone ever done something like this?
Thanks,
Melanie

Re: MFC DLL that Loads an SDI

valikac3-Dec-02 12:56

valikac

3-Dec-02 12:56

I recommend a dialog box. Here are some useful articles on MFC DLLs.

http://www.mindcracker.com/mindcracker/c_cafe/dll.asp

Kuphryn

Re: MFC DLL that Loads an SDI

Roger Allen4-Dec-02 1:53

Roger Allen

4-Dec-02 1:53

I have written 2 articles that cover this. One just does what you want, the other if a big extension of it:

Doc/View from dll[^]

Plug-In Architecture[^]

The first covers your immediate problem. The seconds allows future expansion to yuo application as well.

Roger Allen
Sonork 100.10016

In case you're worried about what's going to become of the younger generation, it's going to grow up and start worrying about the younger generation. - Roger Allen, but not me!

Re: MFC DLL that Loads an SDI

Roger Allen5-Dec-02 21:46

Roger Allen

5-Dec-02 21:46

I would suggest that you rename your DLL's CChildFrm derived class to something different so that you can check that it is creating the type from the DLL. In all the projects I have done using this method, I have never had a specialised child frame in a DLL so far, but I wouldn't expect it to be a problem, as the document / view class's are being created correctly form the RUNTIME_CLASS information.

Sorry, I can't be of any more help in this one.

Roger Allen
Sonork 100.10016

In case you're worried about what's going to become of the younger generation, it's going to grow up and start worrying about the younger generation. - Roger Allen, but not me!

help: passing pointer from view to dialog problem

trustno13-Dec-02 9:36

trustno1

3-Dec-02 9:36

hi everyone,

i'm working on a sdi application with window's explorer style(i.e. a
sdi application with a vertical splitter, dividing the windows into 2
panes, left and right pane).

i added a command, named 'add info', to the main menu and added the event handler to 'add info'. the coding of the event handler of 'add info'
command is done in left pane class. what 'add info' command do is creating a dialog that collects inputs from users then store these user inputs into a database. i modified the contructor of the dialog for 'add info' to accept a database object pointer(get past from the left pane class, when the dialog object is created).

when i start the program, if the windows focus in on left pane, i was able to run 'add info' command, display the dialog, save the inputs from the dialog and store in the database without any problem.

the problem occurs when my window focus is on right pane, if i run
'add info', i get error 'Unhandled exception at 0x005832ba in myapp.exe: 0xC0000005: Access violation reading location 0x61636f4c.'

and the debugger points out that the program crashes at line 44 in objcore.cpp, within the function iskindof(.....)..

here is the function..

BOOL CObject::IsKindOf(const CRuntimeClass* pClass) const
{
ASSERT(this != NULL);
// it better be in valid memory, at least for CObject size
ASSERT(AfxIsValidAddress(this, sizeof(CObject)));

// simple SI case
CRuntimeClass* pClassThis = GetRuntimeClass();
return pClassThis->IsDerivedFrom(pClass);
}

after doing several tests, i found out that it was the database pointer, that get past from the left pane class to the dialog class, causing the problem.. strangely, the pointer doesn't cause any problem with left pane, but causing problems with right pane.. does anyone have any suggestion on fixing this?
thx in advance.

BSTR and UNICODE

Jörgen Sigvardsson3-Dec-02 9:31

Jörgen Sigvardsson

3-Dec-02 9:31

I have a question about how UNICODE relates to BSTR.

Are each character in a BSTR a UNICODE character code or are they Microsoft specific mappings against UNICODE?

--
This space for rent.

Re: BSTR and UNICODE

Tim Smith3-Dec-02 9:40

Tim Smith

3-Dec-02 9:40

With WIN32 BSTR and UNICODE are MOSTLY the same thing. BSTR has the length stored with it and must be allocated and freed using a special routine. But the actual characters in the two strings can be treated the same.

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

Re: BSTR and UNICODE

Jörgen Sigvardsson3-Dec-02 11:53

Jörgen Sigvardsson

3-Dec-02 11:53

I knew about the length field in BSTRs and all the other stuff that comes with it. The docs claim that BSTR supports UNICODE, but it never claims that it truly *is* UNICODE. Knowing Microsoft, I wouldn't be surprised if characters between 0x7FFF and 0x10000 are treated in a "very special way".

Do you know how UTF-8 is related to UNICODE? I see that most XML-documents are encoded using UTF-8 which to me looks like ordinary ASCII. I've also seen UTF-8 mentioned together with UNICODE. Do you know a good reference (preferably online) on character encoding? I've tried to ignore all this, but we're getting closer to a reality where wchar_t is the character type of choice and char is just a legacy character type, mainly used for 8 bit integers...

--
This space for rent.

Re: BSTR and UNICODE

Michael Dunn3-Dec-02 13:18

Michael Dunn

3-Dec-02 13:18

In Win32, a BSTR contains UCS-2 (also called UTF-16 or just plain Unicode) characters, nothing else.
UTF-8 is an encoding scheme to encode UCS-2 values into multi-byte characters so that the most common chars, 0-127, still only take up one byte each. That's why UTF-8 looks like ASCII in most cases. Wink | ;)

--Mike--
"Adventure. Excitement. A Jedi craves not these things."
-- Silent Bob

1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

Re: BSTR and UNICODE

Jeff J3-Dec-02 16:40

Jeff J

3-Dec-02 16:40

As Michael already said, BSTRs contain straight UTF-16; no tricks and not UTF-8. However, it is possible to fill a BSTR with any binary data, and there is even SysAllocStringByteLen() to do just that (I've seen and used it in COM programming), and SysStringByteLen() to determine the size in bytes. Nevertheless, it is rare that this is done anymore, and if a BSTR is expected to contain a string, especially if documented, it will be UTF-16.

Cheers

Enum vs #define

Brad Bruce3-Dec-02 9:23

Brad Bruce

3-Dec-02 9:23

After beginning my job of code-review, I have noticed an almost equal number of people on my team using each one.

Does anyone have any good arguments one way or the other?

When creating a class do you use enums like CFile::modeWrite...
or #defined values #define WRITE 3?

Thanks
Brad Bruce

Re: Enum vs #define

Neville Franks3-Dec-02 9:31

Neville Franks

3-Dec-02 9:31

Both

But I use enums more and more. #defines polute the global namespace whereas enums are typically declared within a class. const int blah is another valid and more politically correct way of doing #def's.

Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program

Re: Enum vs #define

Maximilien3-Dec-02 9:52

Maximilien

3-Dec-02 9:52

Neville Franks wrote:
#defines polute the global namespace

Do they really ? I don't think so, they are replaced by the preprocessor, before the C++ compilation.

const int do pollute the namespace when they are defined outside classes scope.

Max.

Re: Enum vs #define

Tim Smith3-Dec-02 9:56

Tim Smith

3-Dec-02 9:56

Well, technically no. But effectively, yes, sort of.

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

Re: Enum vs #define

Neville Franks3-Dec-02 9:57

Neville Franks

3-Dec-02 9:57

Maximilien wrote:
Do they really ? I don't think so, they are replaced by the preprocessor, before the C++ compilation.

What I meant was if you have #define FRED 123 in one header and someone else has #define FRED 456 in another header you are in trouble.

Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program

Re: Enum vs #define

Maximilien3-Dec-02 10:02

Maximilien

3-Dec-02 10:02

yep! if it's your code, you need to fix it ...

you'll get a compilation warning :

c:\documents and settings\lincourt\my documents\testanotherthing\panel2.h(15) : warning C4005: 'TATA' : macro redefinition
        c:\documents and settings\lincourt\my documents\testanotherthing\panel1.h(9) : see previous definition of 'TATA'

Max

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.