Observed at commit 05fe27d (reported version v0.5.1)
The HX Stomp XL interface follows the HX Edit GUI when blocks are selected in the GUI. The HX does not follow the fretwire GUI when selecting blocks in the GUI.
Steps to reproduce:
- Load a preset in fretwire GUI
- In the HX Stomp, enter "View" mode to see the signal chain
- In HX Edit or fretwire, select a block that is not the currently-selected block in the HX Stomp UI
Observed behavior:
- In HX Edit, the HX Stomp UI tracks the HX Edit GUI block-selection. Subsequently changing block parameters is visible in the HX Stomp UI (if the block parameter is visible)
- In fretwire, the HX Stomp UI does not track the fretwire GUI block-selection. Block parameters can be changed, but it is not obvious in the HX Stomp UI that this has happened because it is still showing a different block.
Assessment: I'm guessing HX Edit is sending a message telling the HX Stomp that a block has been selected, and that fretwire is not sending this message.
Suggestions:
- Provide parity with HX Edit: Have fretwire tell the HX Stomp it has selected a block. It is also generally useful to provide good confirmation that actions taken in the UI are being sent to the HX Stomp.
- Improve upon HX Edit: When changing a block parameter in fretwire, tell the HX Stomp to scroll to the block's page showing that parameter, to help indicate that the parameter has been changed. This already happens for "first-page" block params, but params on the subsequent pages do not indicate they have been changed. I consider this a big in HX Edit. I also don't know if there is even a message that can be sent to tell the HX Stomp to change the "page" of parameters being displayed.
I'm loathe to suggest "options", but NOT sending a message to the HX Stomp to tell it to change its UI could also be a "feature" not a "bug" to make the fretwire UI feel snappier than HX Edit (at the cost of lacking some on-device visual feedback). So "device UI follows fretwire UI" could be an option (defaulting to True for HX Edit parity). Kind of like a "focus-follows-mouse" vs. "click to focus" kind of thing. However, HX Edit in general is a "focus-follow-mouse" kind of app, as is fretwire (it's changing parameters on the device as they are edited in the UI, but the device just isn't letting the user know that things are happening). So my suggestion is to not have an option, and just try to have the HX Stomp UI always "follow" the fretwire UI. But if someone is purely using fretwire at their desk and not staring at the pedal all the time, I could imagine there might be cases where the fretwire UI might feel laggy if it's waiting for the HX Stomp UI to follow things.
Observed at commit 05fe27d (reported version
v0.5.1)The HX Stomp XL interface follows the HX Edit GUI when blocks are selected in the GUI. The HX does not follow the fretwire GUI when selecting blocks in the GUI.
Steps to reproduce:
Observed behavior:
Assessment: I'm guessing HX Edit is sending a message telling the HX Stomp that a block has been selected, and that fretwire is not sending this message.
Suggestions:
I'm loathe to suggest "options", but NOT sending a message to the HX Stomp to tell it to change its UI could also be a "feature" not a "bug" to make the fretwire UI feel snappier than HX Edit (at the cost of lacking some on-device visual feedback). So "device UI follows fretwire UI" could be an option (defaulting to True for HX Edit parity). Kind of like a "focus-follows-mouse" vs. "click to focus" kind of thing. However, HX Edit in general is a "focus-follow-mouse" kind of app, as is fretwire (it's changing parameters on the device as they are edited in the UI, but the device just isn't letting the user know that things are happening). So my suggestion is to not have an option, and just try to have the HX Stomp UI always "follow" the fretwire UI. But if someone is purely using fretwire at their desk and not staring at the pedal all the time, I could imagine there might be cases where the fretwire UI might feel laggy if it's waiting for the HX Stomp UI to follow things.