Cannot permanently remove Tabs toolbar using View menu - bug?

Feb 12, 2009
17
0
After some experiment I wanted to remove the Tabs toolbar again by unchecking

View|Toolbars and menus|Tabs

and when I do that it does disppear but after closing and restarting TC10 the Tabs toolbar keeps re-appearing (and Tabs is checked again in the Toolbars and menus menu). If I change the Tab toolbar's horizontal position that does get remembered after a restart.

I also tried right-clicking on the Tabs toolbar itself and deselecting Tabs which works but again only for the duration of the TC session. After a restart the Tabs toolbar always comes back.

I then deleted the one Tab command button that I had created for testing and that does get rid of the Tabs toolbar it but I think what I tried above should work also. Is this a bug or a feature?
 

rconn

Administrator
Staff member
May 14, 2008
12,404
152
> After some experiment I wanted to remove the Tabs toolbar again by
> unchecking
>
> *View|Toolbars and menus|Tabs*
>
> and when I do that it does disppear but after closing and restarting TC10
> the Tabs toolbar keeps re-appearing (and *Tabs *is checked again in the
> *Toolbars and menus* menu). If I change the Tab toolbar's horizontal
> position that does get remembered after a restart.
>
> I also tried right-clicking on the Tabs toolbar itself and deselecting
> *Tabs* which works but again only for the duration of the TC session.
> After a restart the Tabs toolbar always comes back.
>
> I then deleted the one Tab command button that I had created for testing
> and that does get rid of the Tabs toolbar it but I think what I tried
> above should work also. Is this a bug or a feature?

It's a feature.

The tab toolbar has four possible configurations -- no buttons and not
shown, no buttons and shown, some buttons and not shown, and some buttons
(and shown).

The default has to be to not show the toolbar if there are no buttons, as
it's (1) useless, (2) takes up screen space to display nothing, and (3)
generates a LOT of complaints from the users. But when the user then wants
to define a button, they'll complain if the toolbar doesn't immediately
appear -- they don't want to have to go back to the menu to actually make it
visible.

What you're trying to do is even more useless - you want to go to the effort
of creating toolbar buttons, and then never display them. TCMD is trying to
reduce the extra work for 99.99% of the users, and asuming that if you have
buttons, you must want to see them. (And if you for some reason only wanted
to see them on rare occasions, you could use the TCTOOLBAR command to do
that.) The option to turn the toolbar on and off from the menu is intended
for occasional use and testing, not as a permanent configuration.

Rex Conn
JP Software
 

rconn

Administrator
Staff member
May 14, 2008
12,404
152
> After some experiment I wanted to remove the Tabs toolbar again by
> unchecking
>
> *View|Toolbars and menus|Tabs*
>
> and when I do that it does disppear but after closing and restarting TC10
> the Tabs toolbar keeps re-appearing (and *Tabs *is checked again in the
> *Toolbars and menus* menu). If I change the Tab toolbar's horizontal
> position that does get remembered after a restart.
>
> I also tried right-clicking on the Tabs toolbar itself and deselecting
> *Tabs* which works but again only for the duration of the TC session.
> After a restart the Tabs toolbar always comes back.
>
> I then deleted the one Tab command button that I had created for testing
> and that does get rid of the Tabs toolbar it but I think what I tried
> above should work also. Is this a bug or a feature?

It's a feature.

The tab toolbar has four possible configurations -- no buttons and not
shown, no buttons and shown, some buttons and not shown, and some buttons
(and shown).

The default has to be to not show the toolbar if there are no buttons, as
it's (1) useless, (2) takes up screen space to display nothing, and (3)
generates a LOT of complaints from the users. But when the user then wants
to define a button, they'll complain if the toolbar doesn't immediately
appear -- they don't want to have to go back to the menu to actually make it
visible.

What you're trying to do is even more useless - you want to go to the effort
of creating toolbar buttons, and then never display them. TCMD is trying to
reduce the extra work for 99.99% of the users, and asuming that if you have
buttons, you must want to see them. (And if you for some reason only wanted
to see them on rare occasions, you could use the TCTOOLBAR command to do
that.) The option to turn the toolbar on and off from the menu is intended
for occasional use and testing, not as a permanent configuration.

Rex Conn
JP Software
 

rconn

Administrator
Staff member
May 14, 2008
12,404
152
> After some experiment I wanted to remove the Tabs toolbar again by
> unchecking
>
> *View|Toolbars and menus|Tabs*
>
> and when I do that it does disppear but after closing and restarting TC10
> the Tabs toolbar keeps re-appearing (and *Tabs *is checked again in the
> *Toolbars and menus* menu). If I change the Tab toolbar's horizontal
> position that does get remembered after a restart.
>
> I also tried right-clicking on the Tabs toolbar itself and deselecting
> *Tabs* which works but again only for the duration of the TC session.
> After a restart the Tabs toolbar always comes back.
>
> I then deleted the one Tab command button that I had created for testing
> and that does get rid of the Tabs toolbar it but I think what I tried
> above should work also. Is this a bug or a feature?

It's a feature.

The tab toolbar has four possible configurations -- no buttons and not
shown, no buttons and shown, some buttons and not shown, and some buttons
(and shown).

The default has to be to not show the toolbar if there are no buttons, as
it's (1) useless, (2) takes up screen space to display nothing, and (3)
generates a LOT of complaints from the users. But when the user then wants
to define a button, they'll complain if the toolbar doesn't immediately
appear -- they don't want to have to go back to the menu to actually make it
visible.

What you're trying to do is even more useless - you want to go to the effort
of creating toolbar buttons, and then never display them. TCMD is trying to
reduce the extra work for 99.99% of the users, and asuming that if you have
buttons, you must want to see them. (And if you for some reason only wanted
to see them on rare occasions, you could use the TCTOOLBAR command to do
that.) The option to turn the toolbar on and off from the menu is intended
for occasional use and testing, not as a permanent configuration.

Rex Conn
JP Software
 
Feb 12, 2009
17
0
I politely disagree, for a number of reasons.

First, this is behavior based on the assumption that the end-user doesn't know what he's doing. While I'll admit that this often seems to be the case from a programmer's or helpdesk perspective, your customer base supposedly consists of technically savy users. It might be better to assume they do know what they want.

For instance in this case, I might want to define a tab toolbar with a bunch of buttons that I need for a recurring task but only once a week or even once a month. The remainder of the time it's only taking up display real estate so I'd want it to be hidden most of the time.

What you're trying to do is even more useless - you want to go to the effort of creating toolbar buttons, and then never display them.

Not never, just not most of the time. In general I believe it's impossible to completely foresee all possible uses of a software feature so in my mind it's dangerous to limit end-user options based on how the designer thinks the software should be used (unless allowing the behavior could easily lead to catastrophic results such as loss of data).

I'm all for closed interfaces (and here I am using a CLI :)) and sensible defaults but it's also often useful to satisfy commonly expected behavior. In most programs where there's no 'Save settings' button any changes that you make are persisted. If I may paraphrase you: what you have done is even more useless - you want to offer an interface to change a setting that is never be remembered.:p

Whats more, there is no indication whatsoever that the setting will not be remembered and the software behaves as if it has amnesia so from an end-users perspective this is probably perceived as a bug.

If I may suggest alternative behavior: simply automatically uncheck this toolbar if the user removes the last user-defined button and automatically check this toolbar if a button is added. Inbetween leave the setting to the user and persist it. To me that makes much more sense. As it is the option to display or hide the toolbar has limited value and goes against commonly accepted behavior imo. Following accepted standards greatly reduces the learning curve of any software and also reduces support requirements.

BTW Note that in the case of changes not taking effect until a restart we have something similar to what I mentioned two paragraphs ago. In that case we have perfectly understandable and defendable behavior (although very strictly speaking technical arguments have no place in a discussion of how a user interface should behave) but this should be indicated in some way, for example by a message box (preferrably with a 'don't show this message again' checkbox).

It's your software (and I think it's great, been using previous versions for years) so you call the shots but I hope you will consider my thoughts on the subject.
 
May 29, 2008
18
2
IIf I may suggest alternative behavior: simply automatically uncheck this toolbar if the user removes the last user-defined button and automatically check this toolbar if a button is added. Inbetween leave the setting to the user and persist it. To me that makes much more sense.

And to me. I second this request!
 

rconn

Administrator
Staff member
May 14, 2008
12,404
152
If I may suggest alternative behavior: simply automatically uncheck this toolbar if the user removes the last user-defined button and automatically check this toolbar if a button is added. Inbetween leave the setting to the user and persist it. To me that makes much more sense. As it is the option to display or hide the toolbar has limited value and goes against commonly accepted behavior imo. Following accepted standards greatly reduces the learning curve of any software and also reduces support requirements.

This is exactly the original 9.0 behavior -- which generated dozens of complaints! Since I changed it to the current behavior, there's been only two complaints (including yours) in the past year.
 
May 20, 2008
11,540
103
Syracuse, NY, USA
I'm amazed :eek:. Truly.

I'm surprised too that anyone would complain that unchecking View/toolbar was persistent. To me it's the only option that makes sense. It's utterly reasonable that while some may find it occasionally convenient to turn off that toolbar others may find it occasionally convenient to turn it on. The toolbar may have been designed with some specific, seldom-used, purpose.

The visibility of the Explorer toolbar persists. Is that so different?
 
Similar threads
Thread starter Title Forum Replies Date
jdanielp Cannot step into and/or call another .bat file when debugging .bat file Support 2
fishman@panix.com HELP!! I just updated to Version 28 and as usual I cannot make extended directory search work. Support 2
samintz WAD Cannot unset .py[co] Support 2
Peter Murschall TEE cannot handle Unicode output Support 2
L Cannot get DEBUGMONITOR to work Support 5
Jay Sage Cannot Postion Cursor in Command Line Using Mouse Support 7
Joe Caverly A new guard page for the stack cannot be created Support 6
O I cannot use links to .btm files Support 5
E Cannot paste dollar sign into TCC on Windows 10 1803 Support 7
N Cannot install Support 2
Patulus TCHistoryLog: TCC: (Sys) The system cannot find the path specified Support 15
thorntonpg F1 on command line The webpage cannot be found Support 5
M Fixed Cannot use the "Browse..." function in "Find files/text" dialogbox Support 2
gschizas Fixed Cannot use extended path to delete invalid file Support 3
S WAD Cannot access mapped drive in 64b Win7 Support 15
S WAD Messages cannot be seen or accessed in Forum Support 12
D cannot get into ftp://jpsoft.com/oldver Support 1
T signaling firstcondition and cannot change colors Support 8
L File association: System cannot find the associated program Support 30
Q TCC: (Sys) The process cannot access the file because it is being used by another process. Support 0
L Thanks from larryalk was Cannot apply Start in folder for Tcmd Support 11
L Cannot apply Start In folder for Tcmd Support 15
C Cannot register v12.10 without Internet access Support 19
BobK Error from START cmd, "cannot find the file" Support 16
newbie Cannot make a btm/tcc.exe window wider Support 4
P Cannot download any of Vince Fatica's plugins Support 4
Roedy Cannot have both v10 and v11 Support 7
M TCC cannot find the path specified Support 4
mscheuner TCMD 8 - cannot register on Vista x64 Support 0
V Set path permanently from within TCC? Support 3
vefatica Permanently registering TakeCommand v8.02.106? Support 17
Charles Dye VIEW permanently in /VH mode ...? Support 6
Dmitry L. Kobyakov How to? How to remove the record of the old version of the Take Command? Support 9
MikeBaas Edit/remove kbd shortcuts of Macro Recorder? Support 7
gworley rd (Remove Directory) gives interesting error: Support 2
x13 TPIPE /REPLACE - Remove line (including EOL) Support 3
C NE1 have BTM to remove %appdata\JP Software\ etc... Support 0
H DOS CMD Sort+Add Sequence+Remove Sequence number Support 12
vefatica Remove double-quotes with TPIPE Support 4
H Remove all previous activations Support 4
D Fixed Cut and paste in TC's file/folder view does not remove file Support 17
vefatica Must update remove my taskbar-pinned shortcut? Support 20
A How to? Remove last argument on command line Support 4
samintz How to? remove adjacent common chars Support 2
C Drag-and-drop from file-view may "remove" Support 1
S Setup - remove older versions? Support 4
C Can't remove leading quote from a string Support 2
thedave Remove a section from an INI file Support 6

Similar threads