likes
comments
collection
share

解决ueditor表格拖拽没反应的问题

作者站长头像
站长
· 阅读数 17

背景

ueditor作为百度推出的富文本编辑框,以功能强大著称。

笔者最近用这个编辑框做了一个自定义打印格式的功能。允许用户在富文本编辑框中设定打印格式,再实际打印时,根据关键字替换数据库中信息,然后调用富文本的打印功能进行打印。

笔者是集成在vue中使用的,用的版本为"vue-ueditor-wrap": "^2.5.6"

但是在设置打印格式的时候,笔者及客户都发现该文本编辑框,推动表格时不宜拖动,除第一次拖动外,之后每次拖动,表格的宽度根本不动。且表格的行高太高,与文字之前有很大间距。

解决表格宽度不易拖动的问题

为了解决该问题,笔者对ueditor的源码ueditor.all.js进行了研究。

分析过程

发现在表格边框拖动的方法tableBorderDrag中,有以下几行代码,并经过代码分析及跟踪。各代码作用注释如下

 //边框拖动
function tableBorderDrag( evt ) {
  //隐藏拖动标识线
  hideDragLine(me);
  //显示拖动标识线
  getDragLine(me, me.document);
  me.fireEvent('saveScene');
  //设置拖动标识线的位置
  showDragLineAt(state, startTd);
  //设置鼠标按下的标识
  mousedown = true;
  //拖动开始
  onDrag = state;
  //拖动时选中的单元格
  dragTd = startTd;
}

从代码可知,每次鼠标按下时,都是先隐藏标示线(remove),之后再显示标识线(add)。从逻辑来说没问题,但注意,其中加了一行代码me.fireEvent('saveScene') 该代码触发了编辑框的自动保存事件。

又经过代码分析,发现最终触发了编辑框的contentchange事件。

contentchange事件的代码如下。

//内容变化时触发索引更新
//todo 可否考虑标记检测,如果不涉及表格的变化就不进行索引重建和更新
me.addListener("contentchange", function () {
    var me = this;
    //尽可能排除一些不需要更新的状况
    hideDragLine(me);
    if (getUETableBySelected(me))return;
    var rng = me.selection.getRange();

可以看到,该事件,同样调用了hideDragLine方法,由此可知,拉宽表格时,表格拖动标识线经过了 先删除、在新增、再删除的过程。所以我们的拖动不起作用。

解决方法

好了,那么我们只需要把tableBorderDrag函数中的me.fireEvent('saveScene');这一个句代码隐藏掉即可。 经测试,表格已经可以完美拖动了。

表格的行与文字之前有很大间距问题

表格行列的自由拖动解决了,那么还剩下表格的行与文字之间的间距。

分析过程

经过浏览器的开发者工具定位,很容易发现存在一个样式

td, th {
    padding: 5px 10px;
    border: 1px solid #DDD;
}

padding属性勾选掉之后,我们表格线与文字立马贴合了。

那么我们的任务就是把这个padding属性添加的地方改掉即可。

ueditor.all.js搜索后,很容易定位到添加CSS的代码

解决ueditor表格拖拽没反应的问题

解决方法

我们把这个行代码改掉,把padding设置为0或者1即可。

最终效果如图:

解决ueditor表格拖拽没反应的问题 注意:需要同步修改ueditor.parse.js中的对应的样式位置,用于打印预览与编辑框中展示的一致。

结语

至此,已经完美满足我们用这个富文本编辑器作为打印格式使用的初衷。相比于使用成熟的打印格式配置插件,在打印需求不复杂的情况下,使用富文本编辑框做打印格式模版设置,也是一个快速开发的选择。

注意

上述替换如果使用的是ueditor.all.min.js文件,还需要同步替换该文件对应的代码。


解决ueditor表格拖拽没反应的问题

相关领域拓展:(技术前沿)

扯个嗓子!关于目前低代码在技术领域很活跃!

低代码是什么?一组数字技术工具平台,能基于图形化拖拽、参数化配置等更为高效的方式,实现快速构建、数据编排、连接生态、中台服务等。通过少量代码或不用代码实现数字化转型中的场景应用创新。它能缓解甚至解决庞大的市场需求与传统的开发生产力引发的供需关系矛盾问题,是数字化转型过程中降本增效趋势下的产物。

这边介绍一款好用的低代码平台——JNPF快速开发平台。近年在市场表现和产品竞争力方面表现较为突出,采用的是最新主流前后分离框架(SpringBoot+Mybatis-plus+Ant-Design+Vue3)。代码生成器依赖性低,灵活的扩展能力,可灵活实现二次开发。

以JNPF为代表的企业级低代码平台为了支撑更高技术要求的应用开发,从数据库建模、Web API构建到页面设计,与传统软件开发几乎没有差异,只是通过低代码可视化模式,减少了构建“增删改查”功能的重复劳动,还没有了解过低代码的伙伴可以尝试了解一下。

有了它,开发人员在开发过程中就可以轻松上手,充分利用传统开发模式下积累的经验。所以低代码平台对于程序员来说,有着很大帮助。