Skip to content

feat: migrate to ep_plugin_helpers/toolbar-select#160

Merged
JohnMcLear merged 2 commits into
mainfrom
feat/use-toolbar-select
May 15, 2026
Merged

feat: migrate to ep_plugin_helpers/toolbar-select#160
JohnMcLear merged 2 commits into
mainfrom
feat/use-toolbar-select

Conversation

@JohnMcLear

Copy link
Copy Markdown
Member

Summary

Replaces the hand-rolled <select> change handler with the shared toolbarSelect helper from ep_plugin_helpers#17.

- const hs = $('.color-selection, #color-selection');
- hs.on('change', function () {
-   const value = $(this).val();
-   const intValue = parseInt(value, 10);
-   if (!isNaN(intValue)) {
-     context.ace.callWithAce((ace) => {
-       ace.ace_doInsertColors(intValue);
-     }, 'insertColor', true);
-     hs.val('dummy');
-     context.ace.focus();
-   }
- });
+ toolbarSelect({
+   selector: '.color-selection, #color-selection',
+   context,
+   invoke: (ace, value) => ace.ace_doInsertColors(value),
+   op: 'insertColor',
+ });

Behavioral notes

  • Same int coercion, same callWithAce op label, same 'dummy' sentinel reset.
  • The helper restores focus unconditionally (even on an unusable pick). The previous code only restored focus when the int coerce succeeded; on a no-op pick, focus stayed on the <select>. Restoring focus always is the WCAG-friendly default and matches what ep_headings2 already did.

Status

Draft — depends on:

  1. feat(toolbarSelect): DRY up the toolbar <select>-change boilerplate ep_plugin_helpers#17 merging
  2. ep_plugin_helpers ≥ 0.6.0 published to npm

Mark ready and update the dep range (already ^0.6.0 in package.json) once both happen.

Refs ether/etherpad#7255

🤖 Generated with Claude Code

…elect

Replaces the hand-rolled change handler with the shared `toolbarSelect`
helper that newly ships in ep_plugin_helpers 0.6.0. Behavior is
preserved: int coercion, callWithAce wrap with the same `insertColor`
op label, `'dummy'` sentinel reset, and editor-focus restore after the
edit so the next keystroke doesn't get swallowed by the toolbar
control.

The helper restores focus unconditionally (even when the picked value
fails to coerce). For this plugin that means a slight behavioral
improvement: previously, picking the dummy/blank entry left focus
sitting on the <select>; now it always lands back in the pad. This
matches the (already unconditional) behavior in ep_headings2 and is the
WCAG-friendly default.

Depends on ep_plugin_helpers >= 0.6.0 (ether/ep_plugin_helpers#17).
Refs ether/etherpad#7255

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@JohnMcLear JohnMcLear marked this pull request as ready for review May 15, 2026 18:49
@qodo-code-review

Copy link
Copy Markdown

Qodo reviews are paused for this user.

Troubleshooting steps vary by plan Learn more →

On a Teams plan?
Reviews resume once this user has a paid seat and their Git account is linked in Qodo.
Link Git account →

Using GitHub Enterprise Server, GitLab Self-Managed, or Bitbucket Data Center?
These require an Enterprise plan - Contact us
Contact us →

…ion)

Etherpad's plugin installer (live-plugin-manager-backed) resolves the
dependency's lower-bound version literally — `^0.6.0` makes it ask
npm for `ep_plugin_helpers@0.6.0`, which was never published (the auto
publish workflow bumped straight to `0.6.1`). Anchor to the actual
published version so the install resolves.

Same fix being applied to ep_font_size and ep_headings2.
@JohnMcLear JohnMcLear merged commit a07bae5 into main May 15, 2026
3 checks passed
@JohnMcLear JohnMcLear deleted the feat/use-toolbar-select branch May 15, 2026 18:53
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