Thank you for this extremely useful and detailed list—and for the encouraging words about the grid-building workflow. Each point has now been reviewed against the current implementation.
1. Changing the target application
Target applications are assigned to individual buttons. If the wrong application has been selected, open the button’s Target Application section and choose the intended application before selecting its Menu Command.
That choice should not permanently lock the complete grid to one application. If newly created buttons continue to offer only the original application after the target has been changed, please let us know and send us the affected grid so the inherited application assignment can be examined.
2 — Escape works in Try but not during Menu Button execution
Thank you — the Escape command itself is encoded correctly, so this appears
more likely to involve the Menu Button’s target-application routing. The Try
button sends the macro to the currently active application, while normal button
execution uses the target application assigned to the button.
Could you please let us know which application the Menu Button targets, whether
the same problem occurs with a newly created Menu Button, and whether Escape
works normally when the button’s target is set to the current profile
application? That will help confirm whether this is part of the target-app issue
or a separate Menu Button defect.
3 — Denser Macro Builder rows and combined MIDI parameter editing
That is fair feedback. The current Macro Builder action rows use more vertical
space than necessary, particularly when working with longer macros. The MIDI
workflow is also more fragmented than it needs to be because parameters such as
the channel and CC number are edited through separate selectors.
The Macro Builder is being redesigned for the next major MetaGrid Pro version. Denser action
presentation and more efficient MIDI parameter editing are exactly the kinds of
improvements this work is intended to address. We will include both suggestions
in the editor-design review.
4 — Repeat On Hold speed calibration
You are right about the Repeat On Hold timing. The current “Very Slow” interval
is only 0.3 seconds, which is still too fast for longer or more complex macros.
This has now been recalibrated for MetaGrid Pro 1.7.4, which is scheduled for
release this week: “Very Slow” will use a one-second interval and “Slow” will
use a 0.3-second interval. The three faster settings remain unchanged. We are
treating the continued execution after releasing the button as a related but
separate issue, which we are reviewing next.
5 — Repeated macros continue after release
The continued execution after releasing the button has also been confirmed.
Each repeat currently submits another complete macro to MetaServer. Releasing
the button stops further submissions, but any macros already accepted into
MetaServer’s execution queue still run to completion.
The slower Repeat On Hold timings coming in MetaGrid Pro 1.7.4 will
substantially reduce how easily this queue can build up. A complete solution
requires repeat-aware queue limits and cancellation handling, and this is
included in the new macro execution engine being developed for the next major
MetaGrid Pro version.
6 — Multi-row copy reliability
The inconsistent copying of multiple rows has been confirmed. The current grid
engine does not preserve a sufficiently reliable spatial order when a larger
selection is assembled, so carefully selecting the objects in a particular
sequence cannot always guarantee the expected copied layout.
This area is being replaced in the next major MetaGrid Pro version as part of
the new data model and grid engine. The new implementation treats multi-object
selections and copied layouts according to their actual grid positions rather
than depending on selection order, which will make multi-row copying
deterministic and reliable.
7 — Predetermined element sizes when dividing a grid area
This is exactly the kind of workflow the new grid engine is intended to make
easier, although the solution will work differently from adding more options to
the current Split command.
For the next major MetaGrid Pro version, the grid engine has been completely rebuilt for easier
operation, extremely fast performance, and much greater responsiveness. The
manual Split functionality is being removed. Instead, you will be able to
select an area and use smart creation tools to generate multiple objects within
that selection. This will make it possible to build regular arrangements
efficiently without first splitting everything into individual cells and then
merging the pieces again.
8 — Inspector and Style Copy panels lose their position
The Inspector and Style Copy panels should not jump to a different position
when an option is selected or deselected. We have confirmed that the current
panels can reload and recalculate their complete contents after a change without
reliably preserving the visible position, which causes the snapping you
described.
The Inspector architecture is being rebuilt for the next major MetaGrid Pro
version. Stable scroll position and predictable updates are explicit
requirements for the new implementation, so changing an option will no longer
make you lose your place in the panel.
9 — Existing Text action edits revert
Thank you — the unreliable Text action editing has been confirmed. Under
certain editor transitions, the text field can finish editing after the
selected macro action has changed or been cleared, causing the new text not to
be saved.
This will be corrected in MetaGrid Pro 1.7.4, scheduled for release this week.
Pending text edits will be committed reliably when pressing Return, closing the
Macro Builder, or dismissing the editor.
10 — One-cell-wide controls do not expose resize
Thank you — this limitation has been identified and corrected in the rebuilt
grid engine for the next major MetaGrid Pro version. Objects that are one cell wide or one cell
high will remain resizable along their other axis. Only a true 1×1 object will
omit the resize control.
11 — Hide Cap Text does not Style Copy on faders
Thank you — this omission has been confirmed. “Hide Cap Text” is currently
stored on the fader but is not included among the properties handled by Style
Copy.
This will be corrected in MetaGrid Pro 1.7.4, scheduled for release this week.
Fader Style Copy will include the cap-text visibility setting alongside the
other cap appearance properties.
12 — Custom-icon folder and search-result ordering
The unstable ordering is confirmed. Custom-icon folders currently inherit
their order from the underlying file enumeration, which is why they can move
between sessions. Repeated searches can suffer from the same underlying
ordering problem.
The icon selector is being rebuilt for the next major MetaGrid Pro version.
Folder names will be sorted alphabetically, search results will use a stable
deterministic order, and long folder lists will be handled more cleanly.
13 — Descriptive labels for Keyboard Shortcut actions
This is a very useful suggestion. Keyboard Shortcut actions currently store the
key combination but not a descriptive name, which can make larger macros
difficult to understand later.
The rebuilt Macro Builder in the next major MetaGrid Pro version will support
an optional compact label for a keyboard shortcut, allowing descriptions such
as “Open Mixer,” “Next Marker,” or “Close Window” to appear alongside the key
combination. Existing shortcuts will continue to work without requiring a
label.
14 — Copy a normal button style into a switch active state
This limitation has been confirmed. Style Copy can currently apply Off and On
state properties, but it always maps each source state to the corresponding
target state. It cannot use a button’s normal Off-state appearance as the
source for a switch’s active On state.
The styling workflow is being rebuilt for the next major MetaGrid Pro version.
It will support explicit source and destination states, making it possible to
copy a normal button appearance directly into a switch’s active state.
15 — Different icon sizes for switch states
This limitation has been confirmed. A switch can currently use different icons
and icon appearance settings for its Off and On states, but icon sizing is
shared by the complete switch. It therefore cannot change when the state
changes.
The rebuilt button model for the next major MetaGrid Pro version will support
independent icon sizing for the normal and active states. Existing switches
will retain their current appearance, while newly edited switches will be able
to use different icon sizes for each state.
16 — Active-state gradient controls become inconsistent
Thank you — the intermittent active-state gradient problem has been identified.
The editor can currently read the gradient layout from the button’s runtime
state instead of the Off or On state selected for editing. This can leave the
wrong number of color controls visible after changing the active-state fill
type.
For clarity, the main Background Color is the first gradient color. A two-color
gradient therefore adds one further color control, while a three-color gradient
adds two.
The state-selection problem will be corrected in MetaGrid Pro 1.7.4 so the
visible gradient controls always correspond to the state currently being
edited.
17 — Fader redesign
The current Fader object will be replaced in the next major MetaGrid Pro
version by the new Meta Controller object.
Meta Controller includes the requested improvements—more flexible sizing and
labeling, stepped or detented control, and much more. It is designed as a
significantly more capable and adaptable replacement for the current fixed
Fader object.