扫垃圾工具 0.1

nihui | 2011/04/08

ksaolaji

界面很简单 会按使用次数对列表排序 能将选择保存以方便下次直接选上 在搜索栏输入时会自动过滤列表 支持内建、插件和自定义脚本 在线百宝箱整合 长时间的清理会利用多线程 带有 D-Bus 控制接口

如果觉得好,请到 kde-apps 上面下载,顺便按个加号吧 http://kde-apps.org/content/show.php/KSaoLaJi?content=140679 项目位于 projects.kde.org 上 https://projects.kde.org/projects/playground/utils/ksaolaji 如果有意提交补丁的话,可以通过 reviewboard,记得在 people 里写 nihui;直接发到 kde-china 邮件列表也可以。 https://git.reviewboard.kde.org/groups/ksaolaji

自定义脚本或者开发插件的话,请阅读 README.kross 或 README.plugin,另外还有示例,api 算是很简单了,应该很容易。

要是觉得自己的脚本不错的话,在 http://www.kde-files.org 上传到 KSaoLaJi Scripts 类别中,这样别人就可以通过百宝箱功能一起享用了。

如果有好主意,请发到 kde-china 邮件列表吧。

内建清扫器一览

ark 最近打开 choqok 时间线本地备份 站点 cookie 站点 cookie 策略 dolphin 打开方式历史 站点 favicon 图标 fcitx 输入记录 flash 播放器 cookie 和站点设置 gwenview 最近打开 kaffeine 最近打开 kate 查找替换历史和最近打开 kde 全局历史 kde 游戏主题缓存 kget 最近打开和保存位置 kget 下载历史 khtml 表单补全 kickoff 最近文档和程序 kde 帮助手册缓存 kde http 缓存 klipper 历史 kmid 最近打开 kolourpaint 最近打开和图像大小信息 konqueror 历史 konqueror 地址栏补全和图标缓存 konqueror 打开方式历史 kde 像素图缓存 kpresenter 最近打开 krita 最近打开 krunner 查询和历史 kspread 最近打开 ktorrent 最近打开和保存位置 ktorrent 日志 kde 回收站 kword 最近打开 kwrite 查找替换历史和最近打开 marble 地图纹理缓存 nepomuk 资源本地缓存 okular 最近打开 okular 孤立文档的批注和信息 plasma 壁纸图像缓存 最近访问的文档 rekonq 历史 rekonq 网页缩略图 smplayer 最近打开 图像缩略图 vlc 最近打开 winetricks 安装包下载缓存

13 FEEDBACKS

  1. 英文名字+1……虽然我觉得历史记录算不得“垃圾”…… 功能很多啊……

  2. 0404

    我有一些意见,不知说出来作者会不会生气。 首先是名字。我想“扫垃圾”是否有这么一种暗示,让人以为自己的系统满是垃圾,不过这就造成了认知矛盾,我们会用一个满是垃圾的系统吗。 “KSaoLaJi”这个名字我是觉得很怪的,此外,好像以前看过报道,说 KDE 的软件的命名要去“K”了,至少不再拘泥于此。 关于功能上的,我没有下下来使用,不清楚情况,就图提一些看法吧。图例里的有些“垃圾”还是有用的,我想使用这个软件的人属于比较不“菜”的应该不多的吧,应该在重要的或不需要清理的项目后加个提醒,说明用意,并指出可能造成的后果。 还有一点,功能没有分类,好像找起来不方便。

  3. ark12211

    软件名叫Klean如何(不知道有没有重名) 以前对这些“垃圾”很在意的,现在没什么所谓了……

  4. @0404 关于名字别考虑那么多,当初想到用这个名字只是觉得这个名字很容易记忆,而且非常通俗易懂。加 K 打头为了表明是 KDE 的程序,不是为了拘泥于 K 的传统,而是本来就打算这样叫。

    因为每个人对系统里的垃圾的定义范畴是不一样的,有人觉得最近打开是,有人觉得不是;有人觉得浏览器是,有人觉得不是。说实话,最初想做这个工具是为了扩展一下 kdeutils 的 sweeper,垃圾更多的是指隐私记录。

    分类是考虑过的,但是具体如何分类不容易,弄不好反而找起来更麻烦。搜索和自动选择配置两个功能是我特意设计解决找起来麻烦这个问题的。对如何分类有建议的话不妨讨论下。

  5. butters

    这个想法不错。随着软件的更新,如历史文件的存放之类的设置会经常变动,之前用过 kscrubber,效果不太好,有的东西清理不了。

    希望作者能一直完善自己软件,哈哈

  6. @nihui 按照desktop file里面那个程序分类好了?

  7. Yue Liu

    @nihui 有并入或取代sweeper的计划么?

  8. @csslayer 分类界面的设计很困难 用标签页或者一排按钮反而效果不好,就像 plasma 添加部件的那种。 还有种是把简单列表改为树形列表,但是现在有自动排序了,树形结构无法直观地反应某项的优先关系。 再有是用一排复选框来过滤列表,这样子的缺点是分类不能多,否则会占用很多的程序界面空间,实现起来似乎有点小难。

    按 desktop 类别分类,那么剩下的分到 “其它类” 么…. 我个人是想按照 “垃圾” 的产生原因分类,比如因为上网,因为访问文件,因为下载,因为备份,因为输入和查询等等,不过到底有多少种原因一时又无法完整囊括 = =!

  9. @Yue Liu 要进入 KDE SC 挺麻烦的,要写文档,接受审阅,找协调员迁移。而且 ksaolaji 是用 git 的,kdeutils 还没迁移到 git … 我打算长期留守 playground。 即便 sweeper 已经很久没人维护了。

  10. btw 最初是用 GPLv3 or later 协议的,后来被告知与 kdelibs 的协议不兼容,改为 GPLv2 or GPLv3 or later 了………..

  11. @nihui 关于分类的问题,我建议类与类之间横着排,这样相对来说可以保全自动调整次序……

  12. uli

    我一直对以K开头命名KDE 程序持保留态度。不管作者用意如何,总之这样让人感觉封闭。这个K表示“KDE程序”。那么“KDE程序”表示什么?KDE组件?还是使用KDE类库开发的软件? 如果表示这是KDE系统的一部分,是KDE的一个组件,那么是否意味着这个软件并不是通用的,只能在KDE下使用,而不能在其他桌面环境下使用,或者希望最好不要在其他桌面环境下使用?可能有人觉得这个问题有些无理取闹,但我曾经遇到这样的情况:我有一段时间使用Gnome,但是我觉得Kontact不错,于是在Gnome下安装使用Kontact。于是有朋友(很少接触KDE)问:”Kontact,这个像是KDE软件吧,你怎么会用这个?“ 我感觉奇怪,反问:“Gnome下就不能使用KDE软件吗?”他愣了一下,表示的确没有问题。当然这看起来与K命名法无关。但是我想,为什么这位朋友会有这样的疑问呢?如果这个软件不是以K开头,没有如此显著的标榜自己是KDE软件,当大家看到这个软件的名称和介绍时只知道它是一个强大好用的日程管理软件,那么他是不是不会轻易拒绝这个KDE软件,选择这个软件的机会是不是会大一些呢? 如果”KDE软件“表示的使用KDE技术的软件。那么为什么要把使用的技术彰显出来?这个对用户重要吗?我们在Windows下看到某软件使用.net技术,使用Delphi,使用VB,怎不见他们一N,D,V开头? 一个软件,有必要通过命名告诉用户我使用了某某技术,是某个平台的组件吗? 我想,通用软件的是给用户用的,这就是它的价值。开发者不应该把不必要的技术方面的信息轻易传递给用户,徒增用户困惑。 我想,这也是”K“命名法过时的原因。

  13. @uli 其实挺有道理的……我以前也就是觉得,写个K能够告诉你这个依赖kdelibs。现在听你这么一说,其实……直接让包管理器告诉你好了,没必要在名字上多此一举了。其实你看现在Calligra的命名已经基本全面抛弃K了。Words,Stage,Tables。

    不过历史上有些还是不方便再动手了。不过Gwenview的命名还真是离经叛道啊,哈哈。

Leave a Reply

Your email address will not be published. Required fields are marked *

Note: Commenter is allowed to use '@User+blank' to automatically notify your reply to other commenter. e.g, if ABC is one of commenter of this post, then write '@ABC '(exclude ') will automatically send your comment to ABC. Using '@all ' to notify all previous commenters. Be sure that the value of User should exactly match with commenter's name (case sensitive).