Skip to content

feat: migrate to ep_plugin_helpers/toolbar-select#142

Merged
JohnMcLear merged 1 commit into
mainfrom
feat/use-toolbar-select
May 15, 2026
Merged

feat: migrate to ep_plugin_helpers/toolbar-select#142
JohnMcLear merged 1 commit 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 = $('#font-size, select.size-selection');
- hs.on('change', function () {
-   const value = $(this).val();
-   const intValue = parseInt(value, 10);
-   if (!isNaN(intValue)) {
-     context.ace.callWithAce((ace) => {
-       ace.ace_doInsertsizes(intValue);
-     }, 'insertsize', true);
-     hs.val('dummy');
-     context.ace.focus();
-   }
- });
+ toolbarSelect({
+   selector: '#font-size, select.size-selection',
+   context,
+   invoke: (ace, value) => ace.ace_doInsertsizes(value),
+   op: 'insertsize',
+ });

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.
  • ep_plugin_helpers dep range bumped ^0.2.7 → ^0.6.0.

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

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 `insertsize`
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 →

@JohnMcLear JohnMcLear merged commit b750724 into main May 15, 2026
1 of 3 checks passed
@JohnMcLear JohnMcLear deleted the feat/use-toolbar-select branch May 15, 2026 18:50
JohnMcLear added a commit that referenced this pull request May 15, 2026
…ion) (#143)

Follow-up to the toolbar-select migration (#142). Etherpad's plugin
installer resolves the dep range'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`,
skipping 0.6.0). CI on main has been red since the merge for this
reason. Anchor to the actual published version so the install resolves.
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