Ask a Question

Toolbar Feedback - Open Dicscussion

pwedo
SmartBear Alumni (Retired)

Toolbar Feedback - Open Dicscussion

Hi,

 

Please review the images of the current implementation and proposed redesign of the main Toolbar.

 

Responses with your feedback or specific questions about the benefits of either approach are welcome!

 

Current

Default

Toolbar-Default.png

 

Proposed

Default

Toolbar-3.0.png

 

Project

Toolbar-3.0-Project.png

 

Debug

Toolbar-3.0-Debug.png

 

Workspace

Toolbar-3.0-Workspace.png

 

Issue Tracking

Toolbar-3.0-IssueTracking.png

 

Objects

Toolbar-3.0-Objects.png

 

Tools

Toolbar-3.0-Tools.png

 

We look forward to listening your ideas.

10 REPLIES 10
AlexKaras
Champion Level 3

Hi,

 

Not sure I got the fundamental difference between the current layout and suggested one(s)...

 

My preferences just in case:

1) I really like all buttons on the given toolbar to be constantly visible and on the same place. This makes the process of locating the needed button to be more fast and predictable and constantly refreshes my memory about available functionality;

2) Context-sensitive buttons applicable to the current context must be within the immediate direct accessibility. E.g. when test code is in the debugging state, the debugger buttons must be on the toolbar but not on the second level of the hierarchy below the 'Debug \/' toolbar button.

 

Generally speaking, I like the current concept with the common (dynamic) toolbar(s) that are below the main menu and context-specific toolbars that are bound to their windows (Editor, Test Items, Object Browser, etc.). The only minor case here is that some of those dynamic toolbars are not customizable.

Regards,
  /Alex [Community Champion]
____
[Community Champions] are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Posts made by [Community Champions]
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
The [Community Champion] signature is assigned on quarterly basis and is used with permission by SmartBear Software.
https://community.smartbear.com/t5/Community-Champions/About-the-Community-Champions-Program/gpm-p/252662
================================
pwedo
SmartBear Alumni (Retired)

Hi Alex, I put these together, hopefully I can clarify things a bit!

 

The fundamental difference is that, instead of letting users customize every aspect of the toolbars, from individual buttons to whether they appear on screen, I am proposing to make most of their titles constantly visible by default as dropdown headers.

 

In the current implementation, the right-click menu to activate each toolbar hides which functions are in what groups, and hover text is required to identify buttons. The proposed redesign keeps everything in the same place, with the tradeoff that, aside from Edit and Debug, many items live in dropdowns; although I tried to limit these to ones that don't require "instant" direct access.

 

I too see the value of common tools below the main menu with context-specific in windows, so this would not abandon that.

 

Thanks,

 

Phil

cshukusky
Contributor

I don't feel particularly strongly one way or the other, but gun to my head, I probably like the new way a touch better.

pwedo
SmartBear Alumni (Retired)


@cshukusky wrote:

I don't feel particularly strongly one way or the other, but gun to my head, I probably like the new way a touch better.


Hopefully it doesn't come to that! But if so, we have some Nerf blasters around the office Smiley Happy

 

Thanks,

 

Phil

baxatob
Community Hero

Hi guys,

 

First of all, nice to see your job in progress.

 

My thoughts regarding the toolbars:

 

1. I like to use my custom toolbars.
2. Some controls have dependencies from the installed extension. e.g. Show Mobile Screen button can be visible only if the Mobile Module is installed on the current instance of TestComplete.
3. From time to time I need to uninstall modules on one of the instances and install it on other. And I am feeling a little pain, because after I have reinstalled mobile module back, my previous custom controls are not restored automatically and I need to restore them manually each time.

 

 

pwedo
SmartBear Alumni (Retired)

Hi baxatob, thanks and we appreciate the feedback!

 

 

Dependencies gray out. Sorry about your pain point but it gives me ideas how to fix and ease any transition to a new layout.

 

How do you like using custom toolbars, turning on/off? Moving around? How often do you edit the buttons/tools displayed?

 

Thanks,

 

Phil

baxatob
Community Hero


@pwedo wrote:

How often do you edit the buttons/tools displayed?

 


I do it only after re-installation of mobile module, when my custom buttons was disappeared from the toolbar.

 

Below you can see how looks my custom panel:

 

tbar.png

pwedo
SmartBear Alumni (Retired)


@baxatob wrote:

@pwedo wrote:

How often do you edit the buttons/tools displayed?

 


I do it only after re-installation of mobile module, when my custom buttons was disappeared from the toolbar.

 

Below you can see how looks my custom panel:

 

tbar.png


Do you prefer immediate toolbar access to show/hide Mobile Screen frequently? Or could a dropdown item be acceptable?

 

Thanks,

 

Phil

Ravik
Super Contributor

Hi,

 

Good to seen new Toolbar, it look good 🙂

 

1- It would be good if "Name Mapping" option is also a part of new toolbar, same like "Objects".

Under "Name Mapping" below feature should be available -

 

a - Default Configuration

b - New Configuration

c- Configuration Manager .....

 

 

cancel
Showing results for 
Search instead for 
Did you mean: