Toolbar Feedback - Open Dicscussion
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
Proposed
Default
Project
Debug
Workspace
Issue Tracking
Objects
Tools
We look forward to listening your ideas.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
/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
================================
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@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
Thanks,
Phil
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@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:
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@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:
Do you prefer immediate toolbar access to show/hide Mobile Screen frequently? Or could a dropdown item be acceptable?
Thanks,
Phil
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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 .....
