未来会加入该功能。

希望加入滚动截屏功能

html滚屏截屏应该简单，后期会考虑支持编辑器（notepad++，sublime text），办公文档(word,excel)等常用软件的滚屏么？当然其实也有变通方法，比如office，找个在线查看的网站，上传，然后html滚屏截屏，或者另存为pdf，再pdf转图片，再编辑截取

不知道作者有没有用过 ios 的长截图软件《Picsew》，希望可以参考这个软件的交互，在算法拼接不 100% 准确的情况下，可以允许用户手动调整拼接部位，甚至可以自选多张本地图片进行拼接。

+1

不知道fastStone的滚动截图是什么原理，虽然长截图的次数不多，但如果有的话也会方便很多，不用另外打开一个软件了，我看好像提了很多年了，不知道是不是比较难实现啊。

我等了4年了 4年了啊【哭死】

我等了4年了 4年了啊【哭死】

试试PixPin吧，虽然不开源，但是长截图和文字识别都实现了

长截屏业务逻辑参考提议:

1. 在普通截屏的ToolBar中加入长截屏按钮
2. 用户点击长截屏按钮后,进入长截屏模式
3. 长截屏模式中,允许用户将输入焦点切入其他窗口
4. 长截屏模式中,持续全局监听右键拖曳事件,下箭头键盘按键和鼠标滚轮事件
5. 如上三种事件之一被捕获时,开始持续在长截图区域中进行截图,并纳入缓冲区
6. 设置计时器,每一个Tick检查新捕获的图像,如果存在和已有部分的重合区域(卷积互相关?),对齐并拼接.如果没有重合区域,舍弃,并继续持续捕获
7. 长截图模式中,ToolBar添加按钮允许用户终止长截图
8. 用户退出长截图模式后,返回缓冲区内容,之后视作普通截图

滚动截图，看似简单，实现起来，在技术确实是有技术难点的，截图成功后，我们可以看到一个完整的长图，这其实是截取了若干个图像，拼接起来，拼接不是简单的头对尾的对接，可能要考虑重叠部分，重叠部分的尺寸等等，这也是我们在用其他软件长截图的时候，有时候截出来，会出现图像扭曲，重复的问题，而且这可能也会和电脑本身的性能有关，如果电脑卡顿，也会影响截图的效果。 要实现这个功能，可能要做如下： 首先，要识别需要截取的窗口（这个简单），再识别滚动条（可能系统有现成的API），让其触发滚动（应该也有API）。 其次，每滚动一下，就要截取一个窗口大小的图像，保存在内存中。 最后，当滚动条滚到底部后，截图完成，这时后台就要处理所有截取的图像（不知道有没有现成的算法）。且需要计算重叠的位置（可能和每次滚动的长度有关），最后按屏幕尺寸计算缩放大小，展示给用户，用户可进行下一步的显示原始大小，标注，保存等操作。

也许不需要精确监视目标滚动条,全局监视一些引起滚动条响应的硬件事件,实现起来或许更加容易,也更加鲁棒一些.监听间隔不一定要太高,如果操作系统具有回调机制可以考虑注册回调,太频繁会造成电脑卡顿.但是若是没有识别到重叠区域,要允许用户反复尝试捕获.

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。
换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

那就做呗，为啥还要催 Snipaste 开源呢

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

那就做呗，为啥还要催 Snipaste 开源呢

我是认为这样内耗下去对应用本身没有任何好处，两个迟早要“死”一个。以前用的截图应用都是国外的，好不容易国内出了这么一个伟大而优秀的应用，我是希望它会更好的活下去。

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

那就做呗，为啥还要催 Snipaste 开源呢

我是认为这样内耗下去对应用本身没有任何好处，两个迟早要“死”一个。以前用的截图应用都是国外的，好不容易国内出了这么一个伟大而优秀的应用，我是希望它会更好的活下去。

反正我不认为 Snipaste 会是死的那个，建议 PixPin 接着慢慢抄吧

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

那就做呗，为啥还要催 Snipaste 开源呢

我是认为这样内耗下去对应用本身没有任何好处，两个迟早要“死”一个。以前用的截图应用都是国外的，好不容易国内出了这么一个伟大而优秀的应用，我是希望它会更好的活下去。

你给作者打赏，打的多了，作者可能就听你的了。软件活下去，作者也挣到钱，两全其美

@liulex PixPin已经开始接力了，如果你们精力有限，是否可以考虑将源代码开放？避免重复造轮子

sni本身这还在搞商业化，连pixpin还没开源呢，你这么说就有点慨他人之慷了

软件的生命力就在于它的连续和茁壮成长。就因为Snipaste进展缓慢，PixPin才有机会。而且现在PixPin已经几乎等于，甚至大于Snipaste了。如果开放源代码，就应该是Snipaste2.0，而不会是PixPin。PixPin的作者也会继续贡献，成就伟大的应用。 换个角度，如果想要商业化就更需要强大的团队，快速迭代、持续完善、推陈出新。所以在内驱力不足的情况下先开源，时机成熟之后再闭源，也是一条商业化的路线。

你的发言让我有种 “赶紧开源，我PixPin功能抄不过来了，让我看看现成的” 的感觉。PixPin 都快像素级复制 Snipaste了，我觉得没啥好说的。

已经都抄的这么像了，你认为PixPin是没有能力做出Snipaste吗？看看Snipaste的Issues列表就知道需要注意哪些细节。

那就做呗，为啥还要催 Snipaste 开源呢

我是认为这样内耗下去对应用本身没有任何好处，两个迟早要“死”一个。以前用的截图应用都是国外的，好不容易国内出了这么一个伟大而优秀的应用，我是希望它会更好的活下去。

另外我想问下，为啥不是 PixPin 先开源呢，你要一个商业化的软件比一个免费软件先开源。建议不要建议了

说真的，对 PixPin 这么推崇的用户，你们真的不是我的目标用户，你们的离开我一点也不在意。

自 Snipaste 发布以来，抄功能的软件不少，抄 UI 的它还真是第一个。
这种低级抄袭的软件，如果装在我的电脑上，我都觉得脏了我的电脑。
至于还 有些用户在争论这是不是抄袭，拜托，本来 UI 抄袭都够低级的了，这货竟然连我在 v2ex 发的 第一个帖子的标题 “不只是截图” 也要抄，大无语。

防杠：我确实没有装过它，判断 UI 抄袭从它自己的宣传图和网传截图就足够了。

抄呢，是个程序员都行。但一个软件，功能不是它的全部。稳定性、兼容性、用户体验、性能也重要，开发者的人品、产品力、创造力也很重要。你们真想要 all in one 的截图软件，那 ShareX 就很好啊。

我在这里不争取任何用户，用户当然可以用脚投票。但是，选择 PixPin 的人，请明确知道 PixPin 抄的是 Snipaste 的壳，不要以为其它方面它也跟 Snipaste 一样，比如：

Snipaste 是免费软件，它也很安全，没有广告、不会扫描你的硬盘、更不会上传用户数据，它只做它应该做的事。

Snipaste 能给上面的承诺，至于它能不能，我不了解也不关心，只是给你们提个醒。

以下话是说给 Snipaste 用户的。

• 为什么还没做滚动截图？
  • 如果开发出来，会需要适配很多场景，我目前没有太多精力去持续维护。
  • 我认为大部分情况不需要滚动截图。长截图最主要的两个使用场景是截图长文档和网页内容。
    • 对于长文档，直接使用文档编辑器(Word, Excel, VS Code等)复制文档内容，再贴图就生成长图了；
    • 对于网页内容，使用浏览器自带截图功能或浏览器插件，效果肯定好过截图软件。
  • 会不会做？会，等 Snipaste 3.
• 为什么还没做文字识别？
  • 同样的，目前没有精力去对接/维护各 OCR 引擎。
  • 建议使用 Snipaste 配合其他 OCR 软件，例子可以参考 该文档末尾处。
  • 会不会做？会，等 Snipaste 3.
• 为什么还没做动图录制？
  • ScreenToGif 就很好用啊。
  • 会不会做？会，等 Snipaste 3，但肯定没有 ScreenToGif 强大了。
• 为什么还没加 xx 软件的 xx 功能？
  • 说实话，这类需求我是比较反感的。你需要 xx 软件的功能，那你就一起用嘛。
• Linux 版？
  • 这个月内(2023/12)就会发布一版，但只在 Ubuntu 20.04 上测试过。
• 桌面专业版？
  • 会出，会在 Snipaste 3 之前出。
• Snipaste 3
  • 会是全新的设计和架构，之前受限于架构而不能实现的功能，如任意角度旋转贴图，都将得以实现。

以下话是说给 Snipaste 用户的。

• 为什么还没做滚动截图？

  • 如果开发出来，会需要适配很多场景，我目前没有太多精力去持续维护。

  • 我认为大部分情况不需要滚动截图。长截图最主要的两个使用场景是截图长文档和网页内容。

    • 对于长文档，直接使用文档编辑器(Word, Excel, VS Code等)复制文档内容，再贴图就生成长图了；
    • 对于网页内容，使用浏览器自带截图功能或浏览器插件，效果肯定好过截图软件。

  • 会不会做？会，等 Snipaste 3.

• 为什么还没做文字识别？

  • 同样的，目前没有精力去对接/维护各 OCR 引擎。
  • 建议使用 Snipaste 配合其他 OCR 软件，例子可以参考 该文档末尾处。
  • 会不会做？会，等 Snipaste 3.

• 为什么还没做动图录制？

  • ScreenToGif 就很好用啊。
  • 会不会做？会，等 Snipaste 3，但肯定没有 ScreenToGif 强大了。

• 为什么还没加 xx 软件的 xx 功能？

  • 说实话，这类需求我是比较反感的。你需要 xx 软件的功能，那你就一起用嘛。

• Linux 版？

  • 这个月内(2023/12)就会发布一版，但只在 Ubuntu 20.04 上测试过。

• 桌面专业版？

  • 会出，会在 Snipaste 3 之前出。

• Snipaste 3

  • 会是全新的设计和架构，之前受限于架构而不能实现的功能，如任意角度旋转贴图，都将得以实现。

结贴，坐等3.0

以下话是说给 Snipaste 用户的。

• 为什么还没做滚动截图？

  • 如果开发出来，会需要适配很多场景，我目前没有太多精力去持续维护。

  • 我认为大部分情况不需要滚动截图。长截图最主要的两个使用场景是截图长文档和网页内容。

    • 对于长文档，直接使用文档编辑器(Word, Excel, VS Code等)复制文档内容，再贴图就生成长图了；
    • 对于网页内容，使用浏览器自带截图功能或浏览器插件，效果肯定好过截图软件。

  • 会不会做？会，等 Snipaste 3.

• 为什么还没做文字识别？

  • 同样的，目前没有精力去对接/维护各 OCR 引擎。
  • 建议使用 Snipaste 配合其他 OCR 软件，例子可以参考 该文档末尾处。
  • 会不会做？会，等 Snipaste 3.

• 为什么还没做动图录制？

  • ScreenToGif 就很好用啊。
  • 会不会做？会，等 Snipaste 3，但肯定没有 ScreenToGif 强大了。

• 为什么还没加 xx 软件的 xx 功能？

  • 说实话，这类需求我是比较反感的。你需要 xx 软件的功能，那你就一起用嘛。

• Linux 版？

  • 这个月内(2023/12)就会发布一版，但只在 Ubuntu 20.04 上测试过。

• 桌面专业版？

  • 会出，会在 Snipaste 3 之前出。

• Snipaste 3

  • 会是全新的设计和架构，之前受限于架构而不能实现的功能，如任意角度旋转贴图，都将得以实现。

我一直在用这个，很好用！

好家伙我还说我想长截屏，来找找办法，结果功能还没出，而且最新的消息还是前几天的

以下话是说给 Snipaste 用户的。

• 为什么还没做滚动截图？

  • 如果开发出来，会需要适配很多场景，我目前没有太多精力去持续维护。

  • 我认为大部分情况不需要滚动截图。长截图最主要的两个使用场景是截图长文档和网页内容。

    • 对于长文档，直接使用文档编辑器(Word, Excel, VS Code等)复制文档内容，再贴图就生成长图了；
    • 对于网页内容，使用浏览器自带截图功能或浏览器插件，效果肯定好过截图软件。

  • 会不会做？会，等 Snipaste 3.

• 为什么还没做文字识别？

  • 同样的，目前没有精力去对接/维护各 OCR 引擎。
  • 建议使用 Snipaste 配合其他 OCR 软件，例子可以参考 该文档末尾处。
  • 会不会做？会，等 Snipaste 3.

• 为什么还没做动图录制？

  • ScreenToGif 就很好用啊。
  • 会不会做？会，等 Snipaste 3，但肯定没有 ScreenToGif 强大了。

• 为什么还没加 xx 软件的 xx 功能？

  • 说实话，这类需求我是比较反感的。你需要 xx 软件的功能，那你就一起用嘛。

• Linux 版？

  • 这个月内(2023/12)就会发布一版，但只在 Ubuntu 20.04 上测试过。

• 桌面专业版？

  • 会出，会在 Snipaste 3 之前出。

• Snipaste 3

  • 会是全新的设计和架构，之前受限于架构而不能实现的功能，如任意角度旋转贴图，都将得以实现。

**新鲜热乎的。目前结合QQ截图在用，期待3.0 **

@liulex 开始期待3了

以下话是说给 Snipaste 用户的。

* 为什么还没做滚动截图？
   
  * 如果开发出来，会需要适配很多场景，我目前没有太多精力去持续维护。
  * 我认为大部分情况不需要滚动截图。 长截图最主要的两个使用场景是截图长文档和网页内容。
     
    * 对于长文档，直接使用文档编辑器(Word, Excel, VS Code等)复制文档内容，再贴图就生成长图了；
    * 对于网页内容，使用浏览器自带截图功能或浏览器插件，效果肯定好过截图软件。
  * 会不会做？ 会，等 Snipaste 3.

* 为什么还没做文字识别？
   
  * 同样的，目前没有精力去对接/维护各 OCR 引擎。
  * 建议使用 Snipaste 配合其他 OCR 软件，例子可以参考 [该文档 ](https://docs.snipaste.com/zh-cn/command-line-options)末尾处。
  * 会不会做？ 会，等 Snipaste 3.

* 为什么还没做动图录制？
   
  * [ScreenToGif ](https://www.screentogif.com/) 就很好用啊。
  * 会不会做？ 会，等 Snipaste 3，但肯定没有 ScreenToGif 强大了。

* 为什么还没加 xx 软件的 xx 功能？
   
  * 说实话，这类需求我是比较反感的。 你需要 xx 软件的功能，那你就一起用嘛。

* Linux 版？
   
  * 这个月内(2023/12)就会发布一版，但只在 Ubuntu 20.04 上测试过。

* 桌面专业版？
   
  * 会出，会在 Snipaste 3 之前出。

* Snipaste 3 （英语）
   
  * 会是全新的设计和架构，之前受限于架构而不能实现的功能，如任意角度旋转贴图，都将得以实现。

快快出3吧~~~