历史评论归档

更新了（还在审核的话，点这个链接）

好用了，感谢ฅʕ•̫͡•ʔฅ

的确没考虑到负数，已改。谢谢反馈

兄弟，可以继续升级，红箭头那些，与Excel统一。不知道正则替换能不能给出最大值和最小值，平均值和计数应该不难。

如果能跨单元格那就更牛了。Excel的可以跨单元格统计数据值。

不是可以么，“跨单元格"是指演示 gif 那样吧?

动作对左图这样全选是可以的 对右图这样连续单选是不可以的 左图难免实际工作时会有其他数据都在一起  右图这样是实际中经常遇到的 Excel本身可以这样单选跨单元格统计

右图这种没办法的，Excel 不允许复制行列均不同的异面点，动作无法获取文本。

好的 明白了

---

另外：计数和平均值我会弄，你动作步骤里边可以读取，最大值和最小值可以做出来吗？

都做进去了，怎么调用你根据自己需求修改吧

再试试，这次应该没问题了 也许

越来越完美了 辛苦了

刚发现一种情况就是这4幅图片 运行结果是一样的

---

额、这个就不能单纯说是动作的问题了。你试试不连续选中单元格复制粘贴到记事本看看，Excel 的结果是复制首尾之间的所有单元格，不管你中间有没有选，很不符合逻辑直觉；而同样的操作在WPS表格却是正常的，复制结果所见即所得。真不知道Exccel有这样个特性，无能为力了。

明白了 感谢耐心解释 测试过了 你是对的 是微软的问题 但这种情况用得比较少 这个动作日常必备 使用足够

可以。更新一下，具体看说明和演示。

完美。。这个动作太实用，和其他优秀的工具一样，提升了工作效率，谢谢

动作本身的计算是没有自动四舍五入的。所见即所得，如果你的数据是没有以保留小数方式显示，求和就是精确的原始数值之和了；如果是保留小数显示的，求和就是显示的数值之和（单元格经Excel四舍五入了）。

对于这个问题，一个数如果是1.111111，保留两位小数的会计格式是1.11，用这个动作求和求出的是1.11，但是会计格式只是在格式显示上的内容，实际点进单元格的数字还是1.111111，这个求和和在excel内求和会存在误差，因为动作求和是真正的保留两位小数求和，而在excel内对这种情况的求和是按照实际的数字1.111111求和后再在格式上保留两位小数。这样的误差对日常使用格式上保留小数的数字会有挺大影响。目前的解决方案就是先转为非保留小数的常规格式，然后再使用动作进行求和，最后再会计格式保留小数。所以我的想法是，动作层面先自动转为常规格式，然后获取选中内容，接着撤销前面格式的转换，最后就是动作内的运算。

好奇问下，做会计的会使用这样的动作求和么？通常不是Alt+=或函数什么的？

就我个人而言，正式统计一般用不到这动作，应用场景也就快捷拉取求个和发给同事之类的，没有精度要求。

我的目的其实是想用这个代替求和快捷键的，alt=受限于单元格区域，有时候找个单元格再快捷键再选区域，有点繁琐。

我好像理解错你的意思了或者我没表达明白，可能正常做底稿展示计算逻辑的时候不会用到这个动作，我的其中一个需求也是要发给同事或客户看的，对我来说，尾差还是挺重要的，可能对方要求的就是一个准确的数字，所以我觉得如果可以做到准确那为什么不要准确呢

刚开始这动作需求挺简单的，就是把Excel状态栏的求和复制出来，状态栏的求和也是保留后的求和，我个人也没有精度要求，所以就一直这样了。

按你说，我先做个Excel用的，你试试，有空再完善更新到原动作。点击

我是问题还是比较多，没有计算的效果。没事，这个需求没有那么强烈，慢慢来

Alt，H，N 是定位到格式框吧，这个没问题就试试在这几个按键模拟步骤加入适当的延时

我估计也是延时的问题，后面有问题说把

是不是选了最后一个?

我先在空白单元格选了第三个，因为我的需求就是把选定区域的求和值粘贴到其他地方，运行之后屏幕下方提示了求和值是多少，但是我再粘贴的时候 粘贴出来的确是选定的区域而不是结果

既然提示是对的，按道理是没问题的。有没有使用第三方剪贴板工具？关掉试试

原来会计专用格式的0值是这样显示的，不用不知道。 已改进。

厉害厉害，真的是速度啊，感谢分享

谢谢肯定哈