Feature Request: Dynamic Toolbars

[CoMiKe]

Hi!

I believe it could be interesting having a dynamic toolbar that changes when you enter different FS plugins, and it would be better if it could be controlled internally by plugins.

This way the author could set in the TC toolbar the buttons needed for their applications (ie: connect/disconnect, add and delete for SFTP plugin; record, show config for Complex CD Burner, etc).

I thought about it in normal folders, but it could suppose a mayor drawback in directory navegation speed.

Anyway, I don't expect it for v6.50, even not for 7.00

Any opinions?

[Sir_SiLvA]

Hi!

I believe it could be interesting having a dynamic toolbar that changes when you enter different FS plugins, and it would be better if it could be controlled internally by plugins.

This way the author could set in the TC toolbar the buttons needed for their applications (ie: connect/disconnect, add and delete for SFTP plugin; record, show config for Complex CD Burner, etc).

I thought about it in normal folders, but it could suppose a mayor drawback in directory navegation speed.

Anyway, I don't expect it for v6.50, even not for 7.00

Any opinions?

would be nice but is not on my wish/needed list

[CoMiKe]

would be nice but is not on my wish/needed list

Yep, If I'm not mistaken, there is an internal command to switch the button bar, but I don't use it (I'm not so a power user).

Anyway, this could make TC to look more professional even for plugin writers, as plugins would be more integrated.

Best regards.

[JohnFredC]

With all the new functional enhancements promised in 6.5... perhaps us mouse-centric users (as opposed to the keyboard-centric users) will get Christian's attention in the next version.

TC needs a modern toolbar system that includes: multiple simultaneous toolbars, multiple toolbar docking locations, customizeable dropdown lists in the toolbars, toggle buttons in the toolbars (Quickview mode comes to mind, for instance) and the ability to run multiple commands at once (er, uh, sequentially) from a toolbar button...

We need this enhanced stuff in addition to the current toolbar functionality, not instead of it.

Perhaps the wonderful "plugpin" paradigm that TC uses for file systems, listers, packers, and (soon?) content would be an appropriate approach for implementing such an enhancement.

Toolbar plug-ins... hmmmmmmm!

[Sir_SiLvA]

mh... whats the use of a filemanager if u r mouse-centric?

[JohnFredC]

Actually, I keep one hand on the mouse, one hand on the keyboard, and the other hand on my ale...

[CoMiKe]

Well, it could be better if file system plugins were more integrated with TC's interface (toolbars, keystrokes, etc).

[Sir_SiLvA]

Well, it could be better if file system plugins were more integrated with TC's interface (toolbars, keystrokes, etc).

?? all I gotta 2 do ie 2 get 2 the uninstaller is CTRL+D, U
I dont c wich fs-plugins do need more than they have at the moment?
tell me watcha thinkin bout?

[CoMiKe]

?? all I gotta 2 do ie 2 get 2 the uninstaller is CTRL+D, U
I dont c wich fs-plugins do need more than they have at the moment?
tell me watcha thinkin bout?

Mainly, I think you must improve your gramatics in following posts

Anyway, I was thinking about extending the filesystem plugins' API with functions regarding plugin vs. TC interface funcionality.

(I also need to improve my gramatics, though).

Greetings.

[Clo]

2CoMiKe
Hello !

Mainly, I think you must improve your gramatics in following posts

     >>>•<<<

 Kind regards,
Claude
Clo

[Xyzzy]

TC needs a modern toolbar system that includes: multiple simultaneous toolbars, multiple toolbar docking locations, customizeable dropdown lists in the toolbars, toggle buttons in the toolbars (Quickview mode comes to mind, for instance) and the ability to run multiple commands at once (er, uh, sequentially) from a toolbar button...

And what would be the COST of all these fancies? As far as I know Christian does most of interface rendering with his own procedures. He would need to create whole GUI framework for all these buttons and configurations. And TCmd MUST stay small, fast, compatible and reliable. That is what makes it the best filemanager around- it's smooth, smart and slick: professional, in other words.
I am all for nice interfaces and stuff, but I know when to stop. I don't want sacrifice speed, reliability, small footprint for just having ability to put menu everywhere. I have what is needed for fast work- ability to perform most (all) actions with keyboard and configure accelerators for them.

On the other hand, my wish is an additional toolbar docking on separator or left or right edge of file panels. Expanding submenus would be nice, but ... OK, forget about them.

One the third hand If you find any real work scenarios that would be greatly enhanced by proposed GUI additions... who knows?

X.

[StickyNomad]

2Xyzzy

On the other hand, my wish is an additional toolbar docking on separator or left or right edge of file panels.

Full support! I don't want dozens of optional Toolbars, I just like to have one optional bar between the two file panes to place there some additional icons for copying/moving, swap panels etc.. See this fake Screenshot

I startded a Poll about this a while ago (http://ghisler.ch/board/viewtopic.php?t=3363)

I think one additonal toolbar wouldnt't be much coding effort and won't blow up the program, so please, Christian Ghisler, maybe in Version 7+ ???

[JohnFredC]

For those of us who actually use toolbars/menus (and not the keyboard) for almost everything in TC (and every other software), toolbars customized exactly to our individual needs would be a huge productivity enhancement.

Lots and lots of toolbars aren't necessary (or wanted)... just the capability to design, dock, and use a toolbar (or two) in TC that behave the way toolbars in almost all of my other software tools do, in addition to the way the toolbar already works in TC.

I like the way the toolbar system in Dopus is designed: each button is scriptable and there is no apparent distinction between a menu and a toolbar, no restriction on placement/docking. I also like Salamander's approach (though it is not very flexible), especially with regard to the ability to put buttons in the file panel headers and to have a central toolbar.

Keyboard-centric users always think toolbars are only about the pretty pictures on the buttons. Well, I'm here to tell you it ain't just about cosmetics. I can click the mouse faster than any of you can type, and if the functionality of that click point (button or menu item) and its placement on the screen are properly designed for the needed activity, one click is usually sufficient, task accomplished.

I would pay an upgrade fee... or buy TC all over again if necessary, if Christian implemented a modern toolbar system.

[Xyzzy]

Lots and lots of toolbars aren't necessary (or wanted)... just the capability to design, dock, and use a toolbar (or two) in TC that behave the way toolbars in almost all of my other software tools do, in addition to the way the toolbar already works in TC.

It is the case where 'just' means 'a whole lot of work'. (Based on my modest knowledge of TCmd and programming; maybe others could clarify this).

I like the way the toolbar system in Dopus is designed: each button is scriptable and there is no apparent distinction between a menu and a toolbar, no restriction on placement/docking. I also like Salamander's approach (though it is not very flexible), especially with regard to the ability to put buttons in the file panel headers and to have a central toolbar.

And they feel pretty heavier, slower responding and resource hungry. No, thank you.

I can click the mouse faster than any of you can type, and if the functionality of that click point (button or menu item) and its placement on the screen are properly designed for the needed activity, one click is usually sufficient, task accomplished.

I can press at least 2 accelerators by the time you move mouse, aim and click.
Again, provide some real world scenario where graphical GUI enhances operability- for me, for you and for everyone.
And again, I am not against adding GUI enhancements to TCmd, but only if their cost is negligible and there are no better enhancements to introduce.

[JohnFredC]

where 'just' means 'a whole lot of work'

Well of course. I'm sure the new content plugin was a lot of work and won't be used by everybody. That doesn't decrease the value for those who will use it though...

Is there something missing from TC you would rather Christian work on instead? Speak up! This is the place and you are not alone in your keyboard-centricity.

And they feel pretty heavier, slower responding and resource hungry

Maybe on your system, and depending on the software. No one's asking for an inefficient implementation, and I for one don't care about "resources". The system resources used by a toolbar system would be so negligible as to be invisible to me.

I can press at least 2 accelerators by the time you move mouse, aim and click.

If the gui (placement, size, color, functionality) is inefficiently or inappropriately designed for the requested activity, perhaps so... but it's not only how fast you can access a function, but what it does for you.

TC supports the keyboard quite nicely, thank you. I'm just asking for more support for us mouse users. A toolbar plugin type would satisfy me and allow you to to continue typing your way toward repetitive motion damage...