选择单元格下拉的问题（41279）
本帖最后由 Derrick.Jiao 于 2022-6-30 12:30 编辑如下图，在WPS中，或者office中，选中框框下拉的话，即使下方有合并单元格，也是可以下拉成功的，在spreadjs里面就不行，能不能优化一下？
这样制作表格使用起来很不方便
好的，您是不是希望像Excel那样，拖拽填充如果遇到合并单元格后会忽略掉合并单元格，继续填充。如下图所示，123下面存在一个合并单元格
填充之后忽略掉合并单元格的效果
针对这样的操作，我们会将您的的需求做一个反馈，提交给研发做评估，如果这个功能场景使用的用户较多，价值较高，我们会考虑在后续版本实现。 Clark.Pan 发表于 2022-6-22 14:37
好的，您是不是希望像Excel那样，拖拽填充如果遇到合并单元格后会忽略掉合并单元格，继续填充。如下图所示 ...
对，是的，因为这种操作很多。你们应该也有其他客户有提过这样的需求吧，这种应该是比较频繁的普通操作，所以能优化的话就好了，效率可以提升很多，我们工程师每个用这个控件的基本都问这个问题。 Ddev 发表于 2022-6-24 16:18
对，是的，因为这种操作很多。你们应该也有其他客户有提过这样的需求吧，这种应该是比较频繁的普通操作， ...
{:5_114:} Derrick.Jiao 发表于 2022-6-24 18:14
这个有进展了嘛？ Ddev 发表于 2022-6-29 17:31
这个有进展了嘛？
经过内部的讨论，就目前产品的设计理念来说是与Excel有所差异的。就像合并单元格，对于excel来说只会保留左上角的值，然后删除合并单元格中的其他单元格所有的值。而SpreadJS，在合并的时候会将合并单元格的值全部保留，但是只显示左上角的值，在取消合并后，各个单元格的值也都是保留在单元格中的。
回到原贴的问题，同样的，在选择区域往下拉时，对于Excel来说会改变合并单元状态，那对于SpreadJS控件来说，这是对用户数据或者模型的破坏。因此，就当前设计而言暂无计划去做这样的一种改动。
该需求已记录在我们的需求池中，后续如果有计划在新版本中加入对应的option，这边也会第一时间更贴告知。 Derrick.Jiao 发表于 2022-6-29 18:14
经过内部的讨论，就目前产品的设计理念来说是与Excel有所差异的。就像合并单元格，对于excel来说只会保留 ...
？？？？ 对用户数据或者模型的破坏？？？跟Excel保持一致有什么问题？？况且不要说是否一致？你所说的产品的设计理念到底是什么理念？难道这些操作不是优化了操作体验？？？我要是这样操作，丢了几个单元格的数据我看不出来？？我是瞎子，还是你们项目经理当用户是傻子？？本身这样的操作就是会丢失一些单元格数据，不想这么操作的话CTRL+Z返回不就行了？而且你们本身是没这个功能的，添加功能，跟在本身的功能上去做修改，这是有区别的。新增的功能，如果用户不想这么操作，那不操作就是了。什么对用户数据或者模型的破坏，bullshit~~！ Ddev 发表于 2022-6-30 10:29
？？？？ 对用户数据或者模型的破坏？？？跟Excel保持一致有什么问题？？况且不要说是否一致？你所说的产 ...
帖子所描述的需求这边已记录，就产品当前而言暂时不支持。另外，论坛是公开的地方，请文明用语。
Derrick.Jiao 发表于 2022-6-30 13:38
帖子所描述的需求这边已记录，就产品当前而言暂时不支持。另外，论坛是公开的地方，请文明用语。
其实就是框架搭错了没法改，要不就是没空改不想改，不要扯什么设计理念的借口，所有的技术都是为业务服务的，产品有需求，确实是优化的，就应该做，你们运维人员是运维人员，我没意见。就是开发不行~说什么用户数据跟模型，我也做过office 365的实施经理，我说话就这么直，就一针见血，你能说我说错了，你就大方指出来，如果真的是对用户数据跟模型破坏了，那为什么wps跟office能做呢？为什么就不能清这些单元格？？英文听不懂，我说中文~胡说八道！ Ddev 发表于 2022-6-30 14:38
其实就是框架搭错了没法改，要不就是没空改不想改，不要扯什么设计理念的借口，所有的技术都是为业务服务 ...
上面表达的需求，这边已清楚了解，也做了详细的记录。我们也是对用户提的需求意见持有开放、欢迎的态度，有新的需求也欢迎向我们提出。
页:
[1]