QuickViewPic 一个简单的快速看图小工具

软件名称

QuickViewPic

应用平台

Windows

推荐类型

开发者自荐

一句话简介

一个简单的快速看图小工具。

使用场景

  • 需要重复快速查看指定图片,如查询尺码表。
  • 需要将多张屏幕截图“钉”在屏幕上,且要求快速来回切换。
  • 快速浏览本地保存的表情包,并一键复制到剪贴板,用于聊天工具中。

基本介绍

启动程序后会显示一个悬浮按钮,将按钮拖拽至屏幕边缘会自动吸附,此时将鼠标移入按钮则会显示图片列表。
上下移动鼠标可选择项目,同时会在一旁自动显示图片。
最上方的按钮右键点击即可弹出菜单,可进行设置或退出操作。
支持右键点击列表项、一键复制当前选中项到剪贴板。
可设置每一页的项目数,并且支持滚轮翻页。
设置将在程序退出时自动保存至%LocalAppData%目录下的QuickViewPic\config.cfg(剪贴板数据除外)。

动图演示

窗口拖拽
看图演示

主页

Github
其中有详细介绍和使用演示。
本程序已开源,欢迎提出建议!
(aardio编写的,可能会有杀软报毒,请无视掉)

感谢

@hamoyy提供的灵感

8 个赞

有趣啊

感谢喜欢!
这一版我也让原作者测试过了,他给我提了一些建议,所以最近在优化,很快就有下一版了。还请继续关注!

我有个问题,就是第一次启动的时候,那个条条太难找了。

所以,能不能第一次启动先弹出,几秒钟后再自动隐藏。

另外在高清屏幕上太小了。需要开高DPI才行。

可以,下版本改一下。

我手头没有大屏所以没感觉2333,而且我觉得这一点并不算特别影响使用。
(好吧,就是我还没找到好办法)

完全不影响使用,就是找不到啊 :joy:

QuickViewPic v0.2.0 更新

新增功能:

  • 右键一键复制图片
  • 子目录扫描
  • 剪贴板监视
  • 剪贴板自动保存

其它:

  • 优化了程序界面
  • 修复了已知bug

@Qingwa

宽度能不能加入自定义?方便查看比较长的图片名称。

建议收到了,下版本会添加。
(不过最近事情有点多,下次更新也不知道是什么时候,见谅哈)

1 个赞

感觉电商人会很需要

quicklook

QuickViewPic v0.3.0 更新

新增功能:

  • 支持GIF动图显示(需使用高级图像控件)
  • 鼠标滚轮翻页
  • 列表宽度可修改

其它:

  • 优化了设置操作
  • 修改了窗口隐藏的逻辑,改用悬浮球代替之前的提示
  • 修复了已知bug

下载地址:Github

@nfr123 抱歉哈,我都差点忘了更新这个了

@Qingwa 小蛙能不能稍微修改一下之前那篇文章的介绍,毕竟已经加了不少功能了 :joy:

发现可以自己改呀

v0.5.0更新

新增功能:

  • 高DPI缩放适配
  • 多屏适配
  • 窗口可拖动

优化

  • 修改了菜单,现在可以更快捷地切换模式
  • 简化了设置界面
  • 移除传统图像控件
  • 调整了图片的显示逻辑

透明图有意思,另外: * 高DPI缩放适配,是在哪里适配?
不明白 config.cfg 为什么不和软件放在一起?

一般使用4k屏时会在显示设置中开启缩放:
image

之前的程序默认是不响应这个缩放的,导致文本显示非常小。现在程序在两块不同缩放的屏幕中来回拖动,文字大小也会自动改变。

补充:刚才没看清楚你的截图。看起来窗口确实很小,你使用的是最新版本的吗?屏幕缩放设置是多少?

这是受了aardio作者的影响,他编写的很多程序配置项都是直接写AppData/Local的,我也采取了这种方法。毕竟这个文件本身就不是让用户手动修改的。
不过确实可以考虑一下便携性的问题,下个版本作为一个可选项。
实现的话可能就是在程序目录下添加一个“PORTABLE”文件,有这个文件就在当前目录下找config。

再下载了一次,发现不一样了。 :joy: :rofl:
高DPI缩放适配没有问题了。
有新问题,大图片会垂直居中,这样不好。
还有,显示如: 第2/3页,会占掉一行,设置 20 行项目的,实际只能显示 19 行项目。

这个涉及到图片显示的逻辑,我简单解释一下。
之前我采用的方法是:首先获取图片的宽高,根据大小来动态调整图像控件的大小,这样窗口的大小并非(接近)全屏,位置是可控的,我可以让它显示在屏幕的某一侧。
但在加了多屏适配之后,我发现可以直接获取屏幕可显示的最大区域大小,所以我直接让控件占据了剩余的屏幕,对于大图片,它能自动完成缩放。
Plus控件对于透明支持得非常好,但有一个限制,就是图片显示的方式。
Plus支持的显示模式有6种,其中适合用来展示图片的有:

  • 指定坐标(point):能自定义图片在控件内放置的位置
  • 拉伸(stretch):图片会被拉伸到控件大小
  • 保持比例(scale):在保持纵横比的情况下尽可能占据控件区域
  • 绝对居中(center):图片居中显示,不自动缩放

其中point、center下图片不会自动缩放,stretch下图片会变形,scale下图片只能居中显示。
所以如果我不想频繁改变控件的大小,就只能对于大图片使用scale,小图片使用point。因此造成了图片居中的问题。
事实上,频繁改变控件的大小对程序性能是有一定影响的,可能导致图片加载更卡顿。
对于你的高分屏,图片居中确实不大好看,所以我也在考虑要不要改回去原来的逻辑。

图片数量我这里是正常的,不知道问题出在哪?
(不过大概率是高dpi引发的Bug)
能否截个图看下