个人文档管理软件 -文档大师

注册

 

发新话题 回复该主题

同为高手的建议,希望有用 [复制链接]

1#
首先谢谢你提供这个不错的软件。看到你这么热心推动,这对国人是一件很大的好事。
而且你开发的时间久,有的功能不错,
但是pinPKM 速度太慢,实在不能忍受,我基本上不用它。但是我提几个建议,


-------------------------------------------------------------------------------------------------------------------------
a. 允许外部编辑器优先,

  首先当用户正在阅读或者编辑文件时,希望连贯工作,肯定不会想着去导入/导出。
而且有的编辑器能够更快速的打开文件和进行批注,显然更方便,例如pdf-xchange viewer。
pinPKM快速阅览功能不错。既然已经有了预览功能,打开Pdf知识点还用adobe的阅读插件干什么。
我希望至少应该提供选项允许外部编辑器优先,现在通过修改system.ini虽然可以间接实现,但是总是先打开知识点窗口(我不知道叫它什么,IE窗口?),再打开原文件,打开速度太慢。应该提供 右键菜单-直接打开,同时推迟打开标签窗口。

b. 允许文件在资料库之外

允许文件在资料库之外的建议,好像你已经发帖否定了。当然有你的考虑,但是这两者不一定矛盾,还要看具体怎么操作。你不也是认同软件工具论的吗?我的观点是只有经过多次阅读,具有长期保留价值的知识点需要导入。导入是在pinPKM目录里新建一个备份和一个.lnk,采用.lnk指向该备份文件,.lnk的文件名可以为数字,但备份文件名和源文件名同名。

那么编辑时,外部文件和pinPKM中文件谁更优先。

有两种方案:
一种是在PinPKM中启动编辑时仍然打开外部的文件,同时定期同步备份。只有当外部文件不在了,才编辑资料库内部的文件。外部文件不在有几种可能:移动、重命名、另存为或复制后原文件被删除,移动和重命名采用快捷方式跟踪即可(需启动Distributed link tracking client服务,只需1M内存,个人电脑和公司电脑都可以启动),对于原文件被删除造成的断链,应该通过约束用户习惯(一般用户也不会这么操作,而且另存为和复制后的文件一般在原目录)和提供重指定目标解决。如果希望批量更新断链,可以指定某一文件夹或整个硬盘,通过高级搜索快速确定该类文件,例如用file info summary,GUID,等,重新创建.lnk。

另一种是定期用symbolic link替代外部目录的文件,只要外部文件未正在编辑,file handle可以打开,每次启动时将对应文件替换为symbolic link。这两个方案可以互补。

用户在导入文件之前最需要的是为文件打上标签,便于以后快速找到,进行进一步的处理。
我的观点是要快速和Seamless,如果用户在喜爱的编辑器里按一个快捷键,弹出一个对话框,即可快速添加批注和关键词(参见附件1.我现在还不能上传,提示无效的文件,OOPs!)。点击确定之后,直接将正在阅读文件的路径、关键词等信息发送到数据库。我开发的软件目前支持Pdf编辑器(Pdf-Xchange,Acrobat)、Explorer浏览器、Word、Mht编辑器(WizMHTEditor,好东西,去年我和魏提过一些建议,今年它就诞生了)等。
当然我的软件和你的软件可以结合。用我的软件先确定待导入的文件。

采用我的方法,等有空闲时候时建立索引和搜索都不是问题。包括延迟索引和延迟导入等等也不是问题。事实上我做了一个类似everything的关键词搜索软件(见附件2,以后上传),可以搜索keywords,重要等级(重要、问题、紧急),文件类型(conference, journal, book,report,thesis等),文件长度(pdf页数),最近访问(最近100项),某年某月访问,访问频度排序、关联文献。当然还有其他功能,例如tag分类、搜索、编辑等。速度当然是相当快,只是没有你的软件功能多。

我的思想是,标签分为三类:助记标签、关联标签、联想标签(Tag's Tag),通过这三种Tag基本上可以将相关知识都串起来。这和你的软件构架也基本近似。

我的软件不导入任何文件,文件仍然在原来位置(在一个专用分区下更好),这样在Explorer里面即可快速浏览编辑。其原理是利用文件内部的特征来识别,即使文件重命名和移动、复制之后,这个特征都不变,所以编辑时只要按快捷键(例如Ctrl+`),弹出的窗口中显示的必然是已记入数据库的信息。听起来不可思议,但是是事实,只需一些quick and dirty的技术,例如mht文件在阅读时可以直接修改源文件(如在第一行插入GUID),对于pdf文件,则需要利用Pdf特征确定一个GUID,如果你希望进一步了解,我可以告诉你。你也可以让用户使用NTFS(包括U盘),然后使用ADS,从长远来说这是最灵活的技术。

当然我不强求你完全认同我的观点,我也认为该导入时还是应导入,不急着导入时,将信息发送到数据库即可,之后可在pinPKM界面上浏览哪些是未导入的。换句话说,导入分为几类:强制导入、延迟导入、只记录tag。阅读文件时一个快捷键弹出窗口就可以为一篇文件打上上述记号。

c. 知识点窗口最上面的编辑栏应该是可浮动的,

  同上面的说明,按一下快捷键,自动弹出。
也可以通过菜单弹出,也可做成可上卷的。也可做成浮动图标。

d. 导入时建立索引太费事

等导入文件后,空闲时间建立索引不也可以吗。


e. 我希望能用你的软件,主要因为它的亮点在于具有一些wiki的功能雏形,在知识整理方面比PKM2强。

  左侧的树状管理栏比较完善,虽然我也能开发,但显然耗费时间。
另外,既然你的软件具有文件快速预览能力,左侧的树状管理栏不妨增加一个window explorer树,这样可以吸引一些用户。因为universal viewer的explorer功能需要注册版,一些普通用户不会用autohotkey的,一直在寻找类似的软件。我用Autohotkey+UniversalViewer很容易实现预览,但是这种代码自用更合适。

此外,现在导出文件的操作特别啰嗦,如果你有了内建的Explorer树,用户就可以直接拖放到该树上的文件夹实现导出,节省了大量操作。此外还可以提供右键菜单,用Explorer打开此路径等

f. 关于界面布局

   pinPKM主界面很大,但是又经常出现太多空白。为此专门显示“生涯规划”等内容似乎不伦不类。
如果能提供多种布局,则可以满足不同用户的口味。

例如左侧的树状管理栏不妨分成上下两部分,上下比例可以通说上卷下卷等方式自动缩回。
上部分仍然是知识体系书,下半部分是当前文件浏览列表。下半部分宽度其实不用太宽。
如果一定需要以行列表显示更多信息,可以以提示的方式显示。
或者让结果列表仍显示在主窗口的右侧上方,但细分为两块,左边显示标题和图标,右边显示列表细节。
最好应可以切换布局。

右侧的空间显示知识点窗口足够,特别是对于word文件的浏览和编辑,其实都可以不必切换到独立的窗口。
而且知识点的信息编辑部分也可以显示在左侧的树状管理栏,或者采用快捷键弹出窗口。
如希望扩大知识点窗口面积,现在的工具栏的高度都可以减小。

现在的知识点窗口一点也看不到主窗口,很不方便。
可在左侧做一个sidebar,可缩回,这样主窗口和知识点窗口就集中在一起了,不必来回切换。
这样一个超级Word编辑软件一定能吸引很多用户。
如果一定要采用独立的知识点窗口,那么主窗口也应在工具栏位置以Tab形式或按钮形式显示当前打开的知识点窗口的标题,方便快速切换到知识点窗口。
如果吴先生对比一下TC、MDIE和一些三维设计软件的界面设计就知道怎么优化了。


最后一个题外话,建议吴先生不要急着做英文版推广。

我感觉外国人是比中国人聪明的(和你的观点不同,我认为外国人懂得结构化和积累就是最大的聪明),而中国像你这样的聪明人并不多,没必要为证明软件好就为外国人提供工具。难道国内市场不够你开拓的。中国人不懂得结构化和积累,但是自以为机灵,所以需要先行者来提供结构化的软件。


如果你一意要推广,我只能表示遗憾。我在国外工作学习过很长时间,我觉得你可以适当保守一点,例如针对国外用户,标准版也收费。
分享 转发
TOP
2#

建议很有用,谢谢分享PKM的开发思想

1、pinPKM 速度太慢:打开文档的速度是和具体的应用有关,和针式PKM是无关
2、结构化和积累:对应到针式PKM是系统的知识体系、知识点多种关联方式和QA学习等功能
3、个人知识管理的领域越开发越觉得还有很多很多的功能需要深入挖掘,特别是知识地图、统计分析这一块
4、英文版的开发是必须的。虽有国内的很多用户支持,但还不能支持针式PKM持续发展所需的资金。软件的持续发展,对用户更重要,否则之前投入的精力可能变成0。
TOP
3#

Universal Viewer已经过时了

关于知识管理的软件,某些人会想到用微软之外的资源管理器进行管理。
这类软件其实并不是真正的知识管理,而是文件管理软件。
楼主说的Universal Viewer,我以前有用过,这是由俄罗斯软件开发商做的一个有全能预览功能的文件预览器。中文叫“全能阅览器”,不过它是收费的。
经过我的研究发现FreeCommander完全包含了Universal Viewer (下面简称UV)的所有功能,不仅如此,而且在功能上比UV更强大。UV预览文件,只能看不能修改、复制文字图片。而FreeCommander则在UV的基础上,既能预览、又能复制文件内容、更可以修改。
所以,我认为Universal Viewer已经过时了!

在『文件管理软件』领域最有名的当属Total Commander、FreeCommander 和 Ultra Explorer。
在中国,由于著名博主『善用佳软』的大力推广,所以Total CMD的用户最多,但是我认为FreeCommander 更好。其中有深刻的哲学思想在里头,特别是『中置工具栏』可以说是一项非常伟大的发明,它充分展现双窗口文件管理器的巨大工作效率。

当然,吴先生做的是PKM,PKM必须有的就是超级文档结构图、知识地图还有统计分析。这是『文件管理软件』永远不会考虑的。
TOP
4#

FreeCommander+Everything

如果对多维分类、标签、统计分析不感冒。那么就可以用文件管理软件来做PKM,我一直以来都是用FreeCommander+Everything,前者用来快速查看文件(查看>预览,因为 快速查看=预览+修改),后者用来定位文件。Everything的效率极高,不过这可惜仅对文件名搜索,我希望有一款软件能在保持Everything速度的基础上,可以对备注、时间、关键词进行搜索。
Everything之所以速度快是因为它直接调用NTFS文件系统的USN日志,我不知道一个文件的元数据是不是都存储在USN日志中,如果是那就伟大了。

PinPKM有一点不好的就是新建的知识点都是以数字命名,这样Everything就无法对PinPKM的文件进行搜索了。希望吴先生能早日改正。
TOP
5#

回复 4# hjbrave 的帖子

PinPKM有一点不好的就是新建的知识点都是以数字命名
==V8.43已经解决这个问题,下次打开后会自动去除数字命名
TOP
6#

Good job,Well Done!但是PKM仍然任重道远~~

我试过了,非常好。
PinPKM的三大关键的小细节已经解决了2个。现在还有一个问题,就是空白文件自动存储的问题。我不赞成新建知识点就在Default夹中新建一个文件的做法。如果用户新建了一个知识点什么也没做,就关掉了。那么这就是个空文件,根本没有保存的意义,但事实上PinPKM会保存。在这点上我认为知识点是有名字的,没有名字,就不应该存在,不知道取什么标题可以先叫“无题1 ”,后面再用统计分析,把这些无题1、2、3…搜索出来逐个消化、命名,存储。

我记得以前吴先生曾说过:有用户写了一个知识点却不知道该取什么名的情况存在,所以要使知识点不用命名也能保存。
但是如果一个片段连名字都没有,又怎么能称得上是知识点呢?这样的东西只能叫知识碎片(详细解释见:http://www.pinpkm.com/showtopic-613.aspx)知识碎片通常应该保存在TXT、图片并暂放在桌面上。
PinPKM是一个使知识结构化的软件,楼主也说外国人比较聪明,是因为他们懂得结构化和积累。因此没有名字,没有分类的文件就不应该放进PinPKM中。
TOP
7#

回复 4# hjbrave 的帖子

hjbrave,你好,从你对USN日志的点评来看,你对计算机操作系统的理解还不够深。
TC、Everything、FC我也都用过。但是最好的软件肯定需要超越现有软件的局限,需要更多的创造。我的观点是, PinPKM虽然非常优秀,但是脱离操作系统自带的浏览器,能达到的高度必然有限。TC也一样,如果你精通AutoHotkey,开发优于TC的软件(至少部分功能如此)并非不可能。如果知识管理容易,Windows7的Library功能早就被大众吹捧了。

我现在的做法是:
1 利用Windows的某一子目录作为Library树(可以随意添加和移动),当然可以按照多种分类法设置各种节点(学科分类、话题分类、人名、期刊名、最近3天,最近1月等)。
2 所有资料保存在Library树之外。
3 通过添加Tag的方式将文件链接到这些节点,一个文件可以链接到多个节点,
4 一个节点下可以放置多个lnk快捷方式(可以手动拷贝过去),如果目标是目录,则将所有文件列出在一个file explorer里。
5 选择一个节点,在file explorer上半部可以查看哪些文件已经被加标签,哪些是重要文献等(高亮)。下半部显示文件夹内容。
6 定期备份,即将已有Tag的文件和Tag信息等备份到特定目录,当拷贝到其他电脑时,可以导入(导入功能正在开发中)。


------------------------
另,Universal viewer和FreeCommander的浏览功能是一样的,你说的"UV
只能看不能修改、复制文字图片。而FreeCommander则在UV的基础上,既能预览、又能复制文件内容、更可以修改"是片面的。
1 只能说FC能修改简单的文本文件。但是用UV+AHK也可以实现快速切换编辑器。
2 UV能复制文字图片。
TOP
8#

回复 7# jabobian 的帖子

有试用版了吗?

和资源管理器结合得太紧密,感觉弊大于利。
用户可能无意中破坏关联关系。
可以是对“Windows7的Library”的研究不够造成。

期待您的作品,能不能同步发到这个BBS ?
这样可以给用户有更多的选择,适合自己的才是最好的。

每个软件都只能是一小部份的用户群。就像QQ和MSN的关系。
TOP
9#

基于资源管理器并不是为了保存文件,主要是为了提供存放快捷方式的地方,
以及通过快捷方式来关联其他文件。关联信息存放在三个地方:数据库、快捷方式、文件内部,所以能实现双向链接。根据文件内部信息就能找到快捷方式,而批量更新(Resolve)快捷方式就可以保持三者数据一致,通过数据库就可以实现高速搜索。

在我的体系里,文件本身不需要导入、导出,只有阅读过的文章和目录
才会被添加标签(发送到分类中),而且目录即使添加标签,其中的文章仍然属于未被阅读。如果你需要全文搜索,那么最好安装桌面搜索引擎,然后对筛选的结果添加Tag。
快速阅览功能可以采用UV,之所以用UV,因为UV的界面更简洁,缺点是不能编辑文件,需要按一个快捷键,自动用相应软件打开。

比如我将未准确归类的文章放在F:\xx目录,
在E:\Lib\xx,E:\Topics\xx,E:\Products, E:\Patents\中 保存已经能够恰当归类的文章,
而在E:\Tags\xx中进行多维交叉分类,开始时分类不一定准确,经过不断调整,
就可以找到适合个人的最佳分类方法。

修改E:\Tags\xx的分类时,通常要求在我专门开发的程序里(集成了资源管理器和搜索等功能)里进行,这样
而浏览D:\Tags时,可以用任何浏览器,根据里面的快捷方式就可以找到文件。
快捷方式的comments部分可以保存文件的Tag信息等,方便其他用户开发自用程序。

此外,对同一分类的中英文名称的关联,目前采用的是在Alias.ini中设置关键词,例如 Design = 设计,设计 = Design,选择分类树上的节点后,自动(搜索)列出中文和英文对应的搜索结果,但是准备调整为将英文和中文的节点自动紧排在一起,目前还没有找到最佳方案。
我的软件目前还未到公开的阶段,但是你可以提建议。
TOP
发新话题 回复该主题