Frustrated with Microsoft: Uncovering the Mystery of Locked Toolbars

  • Thread starter Thread starter Borek
  • Start date Start date
Click For Summary

Discussion Overview

The discussion revolves around the functionality and documentation of the CMFCToolBar class in Microsoft Foundation Classes (MFC), specifically focusing on the meaning and implications of the "locked" parameter in the LoadToolBar method. Participants explore the user interface behavior associated with locked and unlocked toolbars, as well as express frustrations with Microsoft's documentation and support.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested

Main Points Raised

  • One participant expresses frustration with the vague documentation regarding what a "locked" toolbar entails.
  • Another participant suggests that "locked" means the toolbar cannot be moved or resized, comparing it to the Windows taskbar.
  • A different participant challenges this idea, stating that "locked" refers to the inability to change toolbar images or buttons, rather than repositioning the toolbar itself.
  • Further clarification indicates that locked toolbars allow movement but restrict customization of buttons, with some participants confirming they can dock or undock the toolbar.
  • There is a broader discussion about the perceived decline in Microsoft's support and documentation quality over time, with mixed opinions on the company's historical contributions and current offerings.
  • One participant defends Microsoft, highlighting the extensive knowledge base and historical innovations, while suggesting alternatives like Linux and MacOS for users seeking different experiences.

Areas of Agreement / Disagreement

Participants express differing views on the meaning of "locked" toolbars and the quality of Microsoft's documentation and support. There is no consensus on these points, with multiple competing interpretations and experiences shared.

Contextual Notes

Participants note limitations in the documentation and the need for clearer explanations regarding the functionality of locked toolbars. There is also an acknowledgment of the historical context of Microsoft's development practices and user support.

Who May Find This Useful

Developers working with Microsoft Foundation Classes, users interested in user interface design, and those exploring alternatives to Microsoft products may find this discussion relevant.

Borek
Mentor
Messages
29,203
Reaction score
4,625
Sigh, I am fighting CMFCToolBar class. There is a method called LoadToolBar. One of the parameters is BOOL bLocked. Explanation in the help:

[in] bLocked

A Boolean value that specifies whether the toolbar is locked or not. If this parameter is TRUE, the toolbar is locked. Otherwise, the toolbar is not locked.

(see here)

Precision of the description is overwhelming. Trick is, help doesn't explain what a locked toolbar is.

It would qualify for the lame jokes, but I am afraid it was NOT intended to be a joke.
 
Technology news on Phys.org
Educated guess: "locked" means you can't move and/or resize the toolbar, while "unlocked" means you can.
This would be similar to the Windows taskbar.

This is a user interface feature that is typically not documented in the API documentation.
It will or should be documented in a user manual.
If you really want to know, try both.
You'll no doubt see different user interface behavior, and you'll have to decide which behavior you want.


As for the documentation, yes it's of no use.
It would have been better if either explained better, or left out completely.
This kind of documentation is not uncommon when a software engineer is forced to document everything, especially if he doesn't even know himself what it is supposed to do.


Btw, I don't like Microsoft's Foundation Classes (MFC).
It's too unwieldy, although it is rich in functionality.
 
I like Serena said:
Educated guess: "locked" means you can't move and/or resize the toolbar, while "unlocked" means you can.

That was my first idea and first thing I tested, unfortunately, it is completely off. In reality it is about how the toolbar images (buttons) are treated. Something like when they are locked user can't change them - but I am not delving deeper, as it is not a functionality I need.
 
Last edited:
The isLocked method has a little extra info that seems to agree with ILS. I would assume that the method is using the variable in question but it is Microsoft we're talking about...
This method returns TRUE when the user cannot perform customization tasks such as repositioning toolbar buttons.

Locked toolbars use separate image lists. For more information about these image lists, see CMFCToolBar::LoadBitmapEx.
 
There is a difference between repositioning the toolbar and repositioning/adding/removing buttons. Locked means you can't do the latter, but you can still freely move the toolbar and have it either as a floating window or docked below menu.

At least I checked that locked toolbar can be docked/undocked and moved, I am not interested in modifying buttons so I have not investigated further.
 
MS is not a really helpful company for OS issues. They were much better back when MS DOS was being developed, IMO. I have two recently-purchased computers with Win7 installed and I am really not impressed.

I was never a fan of Unix and its later variants, but there is not a whole lot else on the horizon... Sad.
 
I disagree.
Microsoft has the most extensive knowledge base (KB) there is.
Any issue you have, you can usually find in the KB, especially when programming.

In the old days, Microsoft was a company with vision (Bill).
They replaced the old DOS system (that they made too) with a Windows system that had centralized drivers for hardware, that had lots of software coming with it, and that was much cheaper than any other option.

Each version augmented a lot of new functionality until they designed Windows NT from scratch (by "Dave"), creating a clean and advanced platform.

Of course that is more than 15 years ago, and new versions of Windows do not seem to augment all that much any more, except in price. ;)As for other systems on the horizon... what about Linux (Ubuntu) and MacOS?

The new Ubuntu is as user friendly as Windows is.
It is well documented on the internet.
And it has LibreOffice, which is basically the same (and compatible) with Microsoft Office.
My only gripe is that Microsoft Office is still more user friendly and has more extensive functionality than LibreOffice (or OpenOffice).