wikidpad.sourceforge.net

WikidPad是什么网站?

WikidPad 是一个开源的“wiki 式笔记本”软件，用于记录想法、待办清单、联系人等个人零散信息，核心特点是像 wiki 一样用 WikiWord（如 TodoList、JohnDoe）在输入时自动创建词条链接，方便把相关信息交叉关联起来。

主要用途

• 个人知识管理：把脑中、便签上、电脑里的零散信息集中到一个地方管理。
• 快速交叉链接：输入混合大小写的 WikiWord 即可自动成链，并支持自动补全与词条导航。
• 结构化整理：提供树状/大纲视图（含 100 多个图标）、待办清单、增量搜索、查找替换、自动保存。
• 数据可控：所有内容以纯文本存储，可导出为 HTML，支持 URL 与本地文件链接。

适用场景

适合个人用户整理私人笔记、项目想法、联系人、书单影单等碎片信息，尤其适合习惯用大纲和双向链接组织内容的人。它被定位为“思想的 IDE”，借鉴了开发工具里的自动补全、大纲视图、增量搜索等特性。

选择时注意

它是一款独立的桌面记事本应用，不是网页服务器，也不是应用服务器或团队协作（groupware）方案。如果需要多人共享、在线协作或搭建 wiki 站点，它并不对口；如果只想在自己电脑上高效管理个人信息并建立词条关联，它更合适。

WikidPad 的 WikiWord 自动链接机制具体怎么用?

WikidPad 的自动链接核心是“WikiWord”：在编辑器里输入一个大小写混排的词（如 TodoList、JohnDoe），它就会自动变成指向同名页面的链接，无需手动插入链接或建页。资料明确说明链接“由输入 WikiWord 创建”，且支持边输入边自动补全和快速跳转。

具体用法

• 创建链接：直接写出混合大小写的词即可。资料举例 TodoList、JohnDoe；单个词内出现大写字母切换（如 JohnDoe 中的 J-D）就会触发识别。
• 自动补全：输入 WikiWord 时编辑器会提示补全，适合已有页面名较长或记不全的情况。
• 跳转与导航：点击链接跳到对应页面；若页面尚不存在，通常可借链接直接新建（资料只说明“轻松导航 WikiWord”，未细述新建流程，建议以实际界面为准）。
• 查看历史：资料列出“WikiWord History”，可回看访问过的 WikiWord 页面，适合在多个关联笔记间来回切换。
• 配合大纲视图：树/大纲视图带 100 多个图标，可把 WikiWord 页面按主题挂成层级，用链接串起零散信息。

适合谁在什么情况下用

• 把待办、联系人、想法、书摘混在多个文本文件里的人：给每类信息起一个 WikiWord 页面名，正文里随手写词就形成关联。
• 需要“边写边连”而不是先建页面再插链接的人：WikiWord 让链接成本降到只多打几个大写字母。
• 用纯文本存数据、想保留可迁移性的人：资料说明所有数据以纯文本存储，链接只是文本中的词，导出 HTML 也方便分享。

选择条件

• 想要的是个人单机笔记而非多人协作：资料明确说它不是 Web 服务器、应用服务器或群组软件，而是独立的记事本类应用。
• 能接受“链接靠命名约定”而非富文本按钮：如果你习惯选中文字再点“插入链接”，需要适应直接敲 WikiWord 的方式。
• 词形要可控：普通英文句子中意外的大小写混排也可能被识别为链接，命名时留意页面名与正文用词的一致性。

一个具体场景

例如需要记录“老板孩子名字”和“朋友推荐的书”：分别建 BossKids、BookRecommendations 两个页面，在日记或项目页里直接写这两个词，就同时完成了记录位置和建立关联；之后用 WikiWord History 或增量搜索快速回到这些页面。

WikidPad 的数据存储和备份方式适合长期个人知识管理吗?

WikidPad 把数据存为纯文本文件，这一点对长期个人知识管理是核心优势：文件不依赖专有数据库，多年后仍可用任意文本编辑器打开，迁移和归档风险低。页面资料明确写着“All your data is stored in plain text”，并支持导出 HTML。

适合长期使用的具体情境

• 个人零散信息管理：待办清单、联系人、想法、书摘、朋友推荐的书名或电影名，都能用 WikiWord 交叉链接串起来，适合“想到什么记什么”的长期积累。
• 需要频繁互链的笔记：输入混合大小写单词即自动成链，配合自动补全、增量搜索和树状大纲视图，长期条目变多后仍能快速跳转。
• 重视数据自主权的人：纯文本 + 本地单机应用，不依赖云服务存续，避免服务关停导致资料锁定。

备份上的实际做法

资料只说明数据以纯文本存储、支持自动保存，并未提供内置版本历史或云同步。因此长期管理建议自行建立备份习惯：

• 把笔记目录纳入你常用的同步或版本工具（如 Git、网盘同步），利用纯文本便于 diff 和版本回溯的特性。
• 定期整目录复制到另一块磁盘或异地位置，避免单机故障。
• 重要节点导出 HTML 留一份可读快照。

选择条件

如果你要的是多人协作、Web 访问或团队知识库，WikidPad 明确不是 Web 服务器或群组软件，不合适；如果目标是单人在 Windows/Linux/Mac 上长期沉淀个人知识、且愿意自己管备份，它的纯文本存储和 Wiki 式链接是很匹配的组合。

在 WikidPad 里如何用树状大纲和图标来组织项目或待办事项?

WikidPad 的树状大纲是给每个 WikiWord 页面（如项目名、任务名）挂一个层级位置，再用图标做视觉区分，适合把散落的项目笔记和待办收进同一棵树里。

具体怎么用

• 建节点：在编辑器里输入混合大小写的 WikiWord（如 ProjectAlpha、BuyGroceries），它会自动变成可点击链接，对应一个独立页面。树状视图里每个 WikiWord 就是一个节点。
• 排层级：树/大纲视图支持拖放来调整节点归属和顺序，把子任务挂到项目节点下，或把同一类待办归到父节点里。
• 加图标：大纲视图提供 100 多个图标，可给节点指定图标，用不同图标区分项目、进行中任务、已完成事项、参考资料等，一眼扫过去就能分辨类型。
• 配待办：页面内可写待办列表，配合 WikiWord 链接，点任务名跳到任务详情页；用 WikiWord History 和增量搜索快速回到最近改过的节点。

适合谁、什么情况下用

例如需要同时跟进几个项目、每个项目下又有零散待办和个人备忘时，用树状大纲把项目当父节点、任务当子节点，图标标状态，比平铺的笔记文件更容易定位。它本质是单机 wiki 笔记本，不是团队协作工具，适合个人做信息管理。

选择条件

如果你要的是纯层级大纲、不需要页面间交叉链接，专门的大纲软件更直接；如果你希望待办和资料、想法写在同一个可互链的体系里，WikidPad 的 WikiWord + 树视图组合更合适。数据以纯文本存储，也便于自己备份和迁移。

下一步

先建一个项目 WikiWord 作为根节点，在树视图里拖入几个任务节点并各配一个图标，再在页面里写待办列表，体验链接跳转和图标区分是否顺手。

WikidPad 和网页版 Wiki 或普通记事本相比,适合哪些使用场景?

WikidPad 最适合“个人知识库 + 快速互链笔记”的场景：它是本地单机应用，数据以纯文本保存，靠 WikiWord 在输入时自动建立词条链接，而不是像网页版 Wiki 那样多人协作、集中托管。

它擅长的具体场景

• 零散信息集中管理：把待办、联系人、读书清单、朋友推荐的书名、老板孩子的名字等混在一起记，再用 WikiWord 互链。例如需要记住“某部电影是谁推荐的”，就在电影词条里链到那个人名。
• 边写边连的笔记流：输入 TodoList、JohnDoe 这类混合大小写词就自动成链，还有自动补全和 WikiWord 历史，适合思路跳跃、需要频繁回链的人。
• 个人待办与大纲整理：内置 Todo 列表、带 100 多个图标的树状/大纲视图、增量搜索和查找替换，适合把项目拆成层级任务。
• 不想依赖云服务的私密记录：所有数据存为纯文本，可导出 HTML，也能做 URL 和文件链接，适合在意数据可迁移、想用本地文件管理笔记的人。

和两类工具的分界

选择条件

如果你要的是一个人、本地、长期积累、词条之间高频互链的笔记系统，WikidPad 很对路；如果核心需求是团队共享或网页访问，它明确不覆盖这类用途。它的项目主页在 WikidPad，开源，资料中提到的支付方式为 PayPal。

WikidPad 导出 HTML 后能保留内部链接和格式吗?

可以。WikidPad 的导出 HTML 功能面向的就是把整本 wiki 笔记本发布成可浏览的网页，内部 WikiWord 链接和文本格式会随导出保留，链接指向的是导出后的对应页面，而不是回连原程序。

具体使用情境

• 把个人笔记整理成静态网页，发给同事或存档，对方无需安装 WikidPad 即可点开链接跳转。
• 用 TodoList、JohnDoe 这类 WikiWord 建立的交叉引用，在导出后仍能顺着链接在页面间导航。
• 标题、列表、强调等 Wiki 文本样式会转成 HTML 呈现，树状大纲结构在源笔记里组织好后，导出页面也按同样主题关系展开。

选择条件

• 需要“一次导出、离线可读、链接可用”的个人知识库，适合用它。
• 需要多人实时协作、权限管理或服务端 wiki，则不合适——官方明确说明它不是 Web 服务器或群组协作方案，只是单机记事本式应用。
• 数据以纯文本保存，导出前可先用增量搜索和树状视图检查链接是否都指向已存在的 WikiWord，避免出现指向空页面的链接。

下一步动作

在导出前先确认所有跨页引用都写成规范的 WikiWord（大小写混合、无空格），再执行导出；导出后本地打开首页，抽查几条内部链接和格式是否正常。