Skip to content

Restrict VFO marker-style buttons to CW/CWL modes and clean up on rebuild#1615

Merged
ten9876 merged 1 commit into
mainfrom
auto/Restrict-VFO-marker-style-buttons-to-CWCWL-modes-a
Apr 18, 2026
Merged

Restrict VFO marker-style buttons to CW/CWL modes and clean up on rebuild#1615
ten9876 merged 1 commit into
mainfrom
auto/Restrict-VFO-marker-style-buttons-to-CWCWL-modes-a

Conversation

@ten9876

@ten9876 ten9876 commented Apr 18, 2026

Copy link
Copy Markdown
Collaborator
  • Fix XVTR band switching by translating names to band-stack keys (Band Stack #1540)
  • Restrict VFO marker-style buttons to CW/CWL modes and clean up on rebuild

…uild

- Fix XVTR band switching by translating names to band-stack keys (#1540)
- Restrict VFO marker-style buttons to CW/CWL modes and clean up on rebuild
@ten9876 ten9876 enabled auto-merge (squash) April 18, 2026 18:16
@ten9876 ten9876 merged commit a9e648c into main Apr 18, 2026
3 checks passed
@ten9876 ten9876 deleted the auto/Restrict-VFO-marker-style-buttons-to-CWCWL-modes-a branch April 18, 2026 18:16
ten9876 added a commit that referenced this pull request Apr 18, 2026
Two small VFO flag fixes on top of #1614/#1615:

1. The CW autotune row ("Autotune:" label + Once/Loop/Zero Beat
   buttons) was built inside a QWidget container and added to the
   filter grid, but only the buttons were tracked as members for
   cleanup — the container itself was leaked on rebuild. Switching
   away from CW left the "Autotune:" label visible under USB/AM/FM.
   Track the container as m_autotuneContainer and delete it at the
   top of rebuildFilterButtons; its children (label + buttons) get
   reaped with it.

2. The Thin/Thick/Edges/Hide marker-style row was previously
   restricted to CW/CWL (#1615). Narrow filters aren't CW-exclusive
   (DIGL, RTTY, CWL at narrow widths all cluster the edges the same
   way) and the per-slice setting is useful regardless of mode.
   Drop the CW-only gate. The same single code path in
   rebuildFilterButtons now runs for every mode — no per-mode
   duplication, just existing pointer members reinitialized on each
   mode change, cleanup still suppresses duplicate rows.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
ten9876 added a commit that referenced this pull request Apr 18, 2026
…#1620)

Two small VFO flag fixes on top of #1614/#1615:

1. The CW autotune row ("Autotune:" label + Once/Loop/Zero Beat
   buttons) was built inside a QWidget container and added to the
   filter grid, but only the buttons were tracked as members for
   cleanup — the container itself was leaked on rebuild. Switching
   away from CW left the "Autotune:" label visible under USB/AM/FM.
   Track the container as m_autotuneContainer and delete it at the
   top of rebuildFilterButtons; its children (label + buttons) get
   reaped with it.

2. The Thin/Thick/Edges/Hide marker-style row was previously
   restricted to CW/CWL (#1615). Narrow filters aren't CW-exclusive
   (DIGL, RTTY, CWL at narrow widths all cluster the edges the same
   way) and the per-slice setting is useful regardless of mode.
   Drop the CW-only gate. The same single code path in
   rebuildFilterButtons now runs for every mode — no per-mode
   duplication, just existing pointer members reinitialized on each
   mode change, cleanup still suppresses duplicate rows.

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@aethersdr-agent aethersdr-agent Bot mentioned this pull request May 4, 2026
ten9876 pushed a commit that referenced this pull request May 9, 2026
…#2511)

Flex's `display pan set band=X<n>` expects the xvtr status-object index
(the number from `xvtr <n>` messages, 0-based), not the radio's 1-based
`order` field.  Using `order` produced a +1 shift: pressing the 144 MHz
button sent `band=X1` instead of `band=X0`, tuning to 432 MHz instead.

Reverts the index→order swap from PR #1887 back to the pcap-verified
`X<index>` form from PR #1615.  Updates the test assertions and renames
the test function to reflect the correct semantics.

Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant