前端UI组件【免费下载链接】ckeditor4The best enterprise-grade WYSIWYG editor. Fully customizable with countless features and plugins.项目地址https://gitcode.com/gh_mirrors/ck/ckeditor4点击查看免费下载导读本文围绕 CKEditor 4 官方手动测试用例 dropdowninputoutline.md对应 GitHub issue #2547深入解析 Emoji 下拉面板中搜索框的「蓝色焦点轮廓Blue Outline」这一 UI 细节它由哪些 CSS 规则驱动、放大镜Loupe图标如何被正确地包进轮廓内部、在 LTR/RTL 两种排版下又如何保持一致。读完本文你将掌握 CKEditor 4 Emoji 插件搜索区的 DOM 结构、焦点样式实现原理以及如何用 Bender 手动测试用例去回归验证此类界面问题。一、测试用例在讲什么一次「视觉回归」验收在 CKEditor 4 的测试体系中tests/plugins/emoji/manual/目录下存放的是一类手动测试Manual Test它们没有自动断言代码而是给出操作步骤和「预期Expected/ 非预期Unexpected」判定标准由测试人员在实际浏览器中人工验收。文件头部通常带有bender-tags元信息bender-tags: 4.11.0, feature, emoji, 2547 bender-ckeditor-plugins: wysiwygarea, toolbar, emoji bender-ui: collapsed其中4.11.0表示该功能引入的版本2547是对应的 GitHub issue 编号。测试步骤非常简短Open emoji dropdown.打开 Emoji 下拉面板Inspect emoji search field.检查 Emoji 搜索输入框预期结果蓝色轮廓Blue outline完整环绕整个搜索字段放大镜Loupe图标位于轮廓内部。非预期结果放大镜图标跑到轮廓外面。这个用例检验的本质是当搜索框获得焦点时浏览器绘制的焦点高亮outline边界必须与.cke_emoji-search这个搜索区的可视边界保持一致且作为其内部绝对定位子元素的放大镜图标不能被 outline 排除在外。二、搜索区的真实 DOM 结构放大镜为何会「越界」要理解 outline 与放大镜的位置关系必须先看清搜索区在插件源码中是如何生成的。在 plugins/emoji/plugin.js 的createSearchSection方法中createSearchSection: function() { var self this; this.listeners.push( { selector: input, event: input, listener: ( function() { var buffer CKEDITOR.tools.throttle( 200, self.filter, self ); return buffer.input; } )() } ); this.listeners.push( { selector: input, event: click, listener: function() { this.blockObject._.markItem( this.inputIndex ); } } ); return label classcke_emoji-search this.getLoupeIcon() input placeholder htmlEncode( this.lang.searchPlaceholder ) typesearch aria-label htmlEncode( this.lang.searchLabel ) rolesearch _cke_focus1/label; },生成的 HTML 结构为label classcke_emoji-search span classcke_emoji-search_loupe aria-hiddentrue…/span !-- 或 svg classcke_emoji-search_loupe -- input typesearch placeholderSearch emoji… rolesearch _cke_focus1 /label关键点放大镜与输入框是兄弟节点共同包裹在label classcke_emoji-search内放大镜图标由getLoupeIcon()生成在支持 SVG 的浏览器中输出svg viewBox0 0 34 34 classcke_emoji-search_loupeuse href#cke4-icon-emoji-10/use/svg在不支持 SVG如 IE的环境下退化为引用assets/iconsall.png雪碧图的spanplugin.js输入框带有_cke_focus1标记这是 CKEditor 面板floatpanel可聚焦项的标识使其能参与键盘焦点循环。由此可见如果焦点 outline 只画在input元素上即input:focus那么轮廓只会包围输入框本身而绝对定位在左侧的放大镜图标就会「跑到轮廓外面」——这正是测试用例中「Unexpected」栏所描述的现象。正确行为是 outline 绘制在包含放大镜在内的整个label.cke_emoji-search区域上。三、CSS 规则逐条拆解轮廓如何「包住」放大镜Emoji 插件的全部样式集中在 plugins/emoji/skins/default.css 中并通过beforeInit一次性注入页面beforeInit: function() { if ( !this.isSupportedEnvironment() ) { return; } if ( !stylesLoaded ) { CKEDITOR.document.appendStyleSheet( this.path skins/default.css ); stylesLoaded true; } },3.1 搜索区容器.cke_emoji-search.cke_emoji-search { position: relative; height: 25px; display: block; border: 1px solid #d1d1d1; margin-left: 10px; margin-right: 10px; }容器是position: relative的块级元素固定高度 25px四周带 1px 灰色边框#d1d1d1。relative定位是放大镜能够绝对定位在容器内部的基础。3.2 放大镜图标.cke_emoji-search_loupe.cke_emoji-search .cke_emoji-search_loupe { position: absolute; top: 6px; left: 6px; display: inline-block; width: 14px; height: 14px; opacity: 0.4; }放大镜以绝对定位方式钉在容器左上角距顶 6px、距左 6px尺寸 14×14px半透明。注意它本身并不占据文档流空间——输入框的padding-left负责为它让位见 3.4。3.3 焦点轮廓规则本次测试的核心.cke_emoji-inner_panel a:focus, .cke_emoji-inner_panel input:focus { outline: 2px solid #139FF7; }这是整份样式表最后一条规则当面板内部的链接导航项、Emoji 项或输入框获得焦点时绘制2px 宽的蓝色实线 outline色值#139FF7。这里需要说明一个关键细节outline 作用在input:focus上但视觉上用户看到的是「整个搜索字段被蓝色轮廓包围」。这是因为 input 的宽度为width: 100%见 3.4几乎填满整个 label 容器而#139FF7的蓝色轮廓叠加在容器浅灰边框之上视觉上形成对搜索区的完整框选。放大镜位于 input 的padding-left: 25px区域内恰好被这条轮廓圈在内部——于是得到测试用例期望的「Blue outline is around whole search field with loupe icon inside」。3.4 输入框.cke_emoji-search input.cke_emoji-search input { -webkit-appearance: none; border: none; width: 100%; height: 100%; padding-left: 25px; padding-right: 10px; margin-left: 0 }输入框自身去掉了原生边框border: none左内边距 25px 恰好容纳放大镜右内边距 10px 保证输入文字不会贴边。如果这条 padding 与放大镜的定位尺寸left: 6px 14px ≈ 20px不匹配放大镜就会与输入文字重叠或错位进而可能破坏整体轮廓观感。3.5 RTL从右到左适配测试页面特意创建了一个language: ar阿拉伯语的编辑器来覆盖 RTL 场景见下文第四节。样式表中的.cke_rtl前缀规则负责镜像处理.cke_rtl .cke_emoji-search .cke_emoji-search_loupe { left: auto; right: 6px; } .cke_rtl .cke_emoji-search input { padding-left: 10px; padding-right: 25px; margin-right: 0; }RTL 模式下放大镜改钉在右侧right: 6px输入框的内边距同步镜像左 10px、右 25px从而保证两种排版下放大镜始终位于轮廓内部、且与文字方向一致。cke_rtl类是 CKEditor 根据编辑器language配置自动添加到容器上的。四、配套测试页面LTR 与 RTL 双编辑器回归与 Markdown 说明配对的 HTML 夹具 dropdowninputoutline.html 是手动测试的实际载体h1Left to right editor:/h1 textarea ideditor_ltr cols10 rows10 pTest/p /textarea h1Right to left editor:/h1 textarea ideditor_rtl cols10 rows10 pTest/p /textarea script bender.tools.ignoreUnsupportedEnvironment( emoji ); CKEDITOR.replace( editor_ltr ); CKEDITOR.replace( editor_rtl, { language: ar } ); /script要点解读页面创建两个经典classic编辑器其中editor_rtl显式设置language: ar以强制 RTL 方向bender.tools.ignoreUnsupportedEnvironment( emoji )会在当前浏览器不支持 Emoji 插件时跳过测试。插件本身通过isSupportedEnvironment声明了环境门槛——IE 11 以下版本不支持plugin.js测试者需要在两个编辑器上都执行「打开下拉面板 → 检查搜索框」的步骤分别验证 LTR 与 RTL 下 outline 均完整包围搜索区且放大镜位于轮廓内部。五、焦点行为在源码中的支撑为何 outline 会出现outline 的出现依赖搜索框在面板打开时确实获得焦点。这一逻辑由 plugins/emoji/plugin.js 的openReset方法负责openReset: function() { // Resets state of emoji dropdown. // Clear filters, reset focus, etc. var self this, firstCall; return function() { if ( !firstCall ) { self.filter( ); firstCall true; } self.elements.emojiBlock.$.scrollTop 0; self.refreshNavigationStatus(); // Clear search results: self.clearSearchInput(); // Reset focus: CKEDITOR.tools.setTimeout( function() { self.elements.input.focus( true ); self.blockObject._.markItem( self.inputIndex ); }, 0, self ); // Remove statusbar icons: self.clearStatusbar(); }; }每次面板打开onOpen: self.openReset()都会清空搜索过滤、滚动列表到顶部然后通过setTimeout(0)将焦点交给搜索输入框并调用markItem( self.inputIndex )让面板块记录当前焦点项。inputIndex在onBlock中通过getItemIndex计算得到plugin.js。与之对应的自动测试在 tests/plugins/emoji/dropdown.js 的test input is focused element when dropdown opens中验证assert.areNotSame( 0, panelBlock._.focusIndex, Focus should not be in first element which is navigation. ); assert.areSame( inputIndex, panelBlock._.focusIndex, First selected item should be input. ); // … assert.isTrue( inputElement.equals( new CKEDITOR.dom.element( doc.$.activeElement ) ), Input should be focused element. );这从自动测试层面印证了「面板打开时输入框即获得焦点」这一前提而获得焦点后input:focus规则即生效蓝色轮廓随之绘制。此外面板的键盘导航由onBlock中注册的按键映射驱动plugin.jsTab/ShiftTab、左右/上下方向键用于在导航项、搜索框和 Emoji 项之间移动焦点Space触发插入。用户用键盘把焦点移到搜索框时同样会触发蓝色 outline这正是该手动测试关注的视觉一致性场景。六、同类回归用例与延伸阅读Emoji 下拉面板的样式/焦点类问题不止这一处tests/plugins/emoji/manual/dropdown/下还有多份同主题手动测试可供对照outlinestyle.md#2572验证导航分组图标获得焦点时蓝色矩形轮廓两侧留白是否等距防止图标被 outline 挤到一侧dropdownfocus.md#2062验证 Tab/方向键移动焦点、Space/Enter 插入 Emoji 并关闭面板dropdownfiltering.md验证搜索过滤行为。它们与dropdowninputoutline.md共同构成了对面板焦点可视化与可用性的回归矩阵——任何涉及 CSS 定位、padding 或 focus 规则的改动都可能让「轮廓包住放大镜」这类细节悄然回归这正是这类 Manual Test 存在的价值。七、小结这个用例教会我们什么outline 与布局的耦合焦点轮廓outline: 2px solid #139FF7直接作用于输入框但其视觉边界与容器边框、内边距强耦合。调整padding、放大镜定位或容器尺寸时必须同步验收「放大镜是否仍在轮廓内部」。绝对定位子元素的边界放大镜作为position: absolute的兄弟节点不占文档流空间它的「归属感」完全由容器的position: relative和输入框的padding-left保证任何一处失衡都会复现「Loupe icon is outside of outline」。LTR/RTL 双向验收CKEditor 4 通过.cke_rtl前缀镜像布局测试必须覆盖阿拉伯语等 RTL 语言验证镜像规则left: auto; right: 6px与内边距的同步反转。测试驱动的 UI 细节保障一条 16 行的 Manual Testdropdowninputoutline.md背后是 default.css 中 5 组选择器、plugin.js 中搜索区模板与焦点管理逻辑的共同协作——理解这条链路是排查 CKEditor 4 Emoji 面板一切布局/焦点类问题的起点。赞分享前端UI组件【免费下载链接】ckeditor4The best enterprise-grade WYSIWYG editor. Fully customizable with countless features and plugins.项目地址https://gitcode.com/gh_mirrors/ck/ckeditor4点击查看免费下载相关推荐CKEditor 4 Balloon Toolbar 焦点管理剖析从 manual 测试看 focusElement: false 的设计CKEditor 4 Balloon Toolbar 焦点管理剖析从 manual 测试看 focusElement: false 的设计 导读 本文以 CK前端UI组件CKEditor 4 源码模式下的焦点失焦Blur行为focusManager 原理与 16935 回归测试解析CKEditor 4 源码模式下的焦点失焦Blur行为focusManager 原理与 16935 回归测试解析 导读 本文围绕 CKEditor 4 官前端UI组件CKEditor 4 Autocomplete 插件初始化与手动测试指南从 触发到下拉面板出现CKEditor 4 Autocomplete 插件初始化与手动测试指南从 触发到下拉面板出现 导读 本文以 CKEditor 4 仓库中的手动测试用例前端UI组件上一篇VideoSrt 免费视频自动转字幕神器从原片到 SRT 的零门槛完整指南下一篇LTX-Video 低显存推理完整指南4 个参数把 13B 视频模型跑进一张显卡创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考