The new macro manager shows a list of buttons that contextually becomes enabled depending on the selected item. That's a very uncommon way to present functions and makes the UI noisy. It should be better realized per context menu with perhaps only the most important functions on the primary UI. I suggest New and Edit placed below the left treeview, and Run and Edit underneath the right.
I wanted to add a context menu in addition to buttons :D So, your suggestion will be strange: some actions will be available by buttons and other actions by context menu? If it's then I disagree
We have primary functions that are used most frequently and we have secondary with less importance. The UI should reflect this difference and provide access only the most relevant via heavy button control.
(In reply to Heiko Tietze from comment #2) > We have primary functions that are used most frequently and we have > secondary with less importance. The UI should reflect this difference and > provide access only the most relevant via heavy button control. But we have a place for all buttons right now, why we need to hide it? I just can't understand what's benefit ? Could you please draw some mockup for your suggestion?
Created attachment 197946 [details] buttons below How do we handle having only a 'New...' button for Basic when it could either be for a new module or a new dialog? The other macro languages don't have modules or dialogs so the 'New...' button under the left tree view would only be used to add a new library. One solution could be to show both a 'New Module...' and a 'New Dialog...' button when the selected entry in the tree is a Basic library. When the selected entry is the Basic language entry a 'New Library...' button could replace the 'New Module...' and 'New Dialog...' buttons. Another solution could be to have Module and Dialog radio buttons in the dialog that opens when the 'New...' button is pressed when the selected entry in the tree is a Basic library.
(In reply to Jim Raykowski from comment #4) > Created attachment 197946 [details] This is basically what I had in mind. > How do we handle having only a 'New...' button for Basic when it could > either be for a new module or a new dialog? Indeed, most items have no function at all associated. And Basic has three variants of New. One option could be a menu button "New >". Or we change the "New" button depending on the selection. But not really convincing. Another solution is to hide non-functional buttons - we have max three active. And these three could have enough space underneath the tree.