Some bugs found

I've found these bugs in TLB 1.1.0.15 RC2, Windows 2000 SP2:

- Hidden buttons were unhidden after upgrade. The order was rearranged, too. This was a virtual folder, Network and Dial-up Connections.

- Hidden buttons are counted in Show items number.

- Unable to delete toolbars. Must reboot for this to stick. If this is by design, OK, but you should give the user a message about this ('Toolbar will be deleted after next reboot').

- When I press the Activate (Toolbar) button, and choose No, the toolbar will still be activated.

- Rename menu: When I create a new menu, I can give it a name of my choice. This goes even for special folders like Control Panel and Network and Dial-up Connections, that's very good! Menues for regular folders can be renamed from Properties, but I can't seem to find anywhere to rename the menu for these special folders (after they have been created)?

A suggestion:
- An option for not displaying a folder as menu. When I create a menu for my desktop items, I would like to display the Recycle bin as a regular folder, not a menu. When we use TBL more and more, we will probably come across more folders that we wish to just show as a folder, not a menu. So it would be nice to have this as an option.

Of course, it is not necessary to tell you folks that TLB is the best launch bar ever created for Windows. When you first use it, you realize immediately that this is the way to do it, and wonder way MS didn't do this themselves in the first place. Thank you, Mr. Kobets!

TB

tb>Hidden buttons were unhidden after upgrade. The order was rearranged, too. This was a virtual folder, Network and Dial-up Connections.
How do you make upgrade? Only running setup? Do you delete files tlbdata? After deleting these files the layout of all menus is destroyed.

tb>Hidden buttons are counted in Show items number
This is not bug this is feature May be make option to prevent this?

tb>Unable to delete toolbars. Must reboot for this to stick.
Where you try to delete toolbar. From Toolbars tab or a folder on the disk? I try both and do not find anything

tb>When I press the Activate (Toolbar) button, and choose No, the toolbar will still be activated.
Yes, Activate button has permanent result.
-----------------------------------
Other bugs/suggestions are accepted

Here are exact instructions to reproduce the inconsistent behaviour I talked about:

Problem 1:
1. Open TLB Settings -> Toolbars: Make a *new* toolbar, then press OK to quit TLB Settings.
2. Open TLB Settings -> Toolbars: Delete the toolbar you just created. Observe that the toolbar is gone (as expected). Then press OK to quit TLB Settings.
3. Open TLB Settings -> Toolbars: The toolbar you just deleted is still there!
4. Unload TLB, or reboot the computer.
5. Observe that the toolbar you deleted is still there.
6. Now delete the toolbar *again*. Now it's finally deleted permanently!

So, if you make a new toolbar by mistake, or just to test the feature, you will have to unload TLB and load it again (or reboot) before you can delete it.

Problem 2:
Open TLB Settings -> Toolbars: Rename an existing toolbar. Then press Activate, and choose 'Yes' in the message box that follows to apply changes. This will not rename the toolbar as expected, but create a copy of this toolbar with the new name. You may have to quit TLB Settings and open it again to see this.

Problem 3:
Open TLB Settings -> Toolbars, choose a toolbar and press Activate. I've not made any changes to the highlighted toolbar, still I get the message 'Do you want to apply changes in this toolbar?', options Yes, No, Cancel. Well, the following happens:

1. I choose 'Cancel' -> nothing happens, as expected.

2. I choose 'Yes' -> the highlighted toolbar is activated, as expected.

3. I choose 'No' -> the highlighted toolbar is activated. Should I expect this? I understand from your previous post that this is the way it should be. But consider what happens when I *do* change the toolbar, the name in this case, before pressing Activate, and choose 'No', then the toolbar is *not* activated. I think this behaviour is confusing, and that you should look into this again. I would suggest the following:

1. Do not ask to apply changes if the user hasn't made any changes to the toolbar settings.
2. When the user *has* made changes, and answeres 'No' to apply changes, abandon the changes before activating the toolbar (yes, *do* activate).

Problem 4:
The directory where the toolbar resides is used as toolbar title. Wouldn't it be more natural to use the toolbar name as title (toolbar name as given in TLB Settings -> Toolbars)?

(Edited by tb at 3:57 pm on Dec. 17, 2001)