Notion操作指南（二一的笔记）1 6 Notion Wiki 详解：虽是半成品，好用且好玩 .docxVIP

1.6NotionWiki详解：虽是半成品，好用且好玩

功能，让任意页面能够拥有数据库「打标签」的能力，又保留了「Page」本身分栏排版的灵活性，同时还增强了团队场景下的协作能力。

功能，让任意页面能够拥有数据库「打标签」的能力，又保留了「Page」本身分栏排版的灵活性，同时还增强了团队场景下的协作能力。

Notion于今年3月推出的Page级别的Wiki

功能，让

任意页面能够拥有数据库「打标签」的能力，又保留了「Page」本身分栏排版的灵活性，同时还增强了团队场景下的协作能力。

但要体会这项更新所能带来的益处，需要对Notion

本身足够熟悉，因为它改进的痛点对新手来说通常不易察觉，所以如果本文内容你还看不太懂的话，或许可以等学完数据库后，再回来看这部分的内容。

同时我还认为，这项功能目前仍处在比较早期的状态，我们需要用正确的心态来对待和使用它。

开启方式

点击页面右上角三个小点，然后选择Turnintowiki来激活这个功能。切换到

Wiki功能后，

页面会被强制改为Full

width(全宽)模式。

需要注意，这个功能无法对数据库中的页面生效。

转换成wiki

之后，你还可以在同一个位置点击

Undowiki来撤销这一功能，所以不用担心它会对你的页面造成损坏。

激活这个功能后，最直接的变化就是页面的左上角出现了类似数据库视图切换的选项，默认情况下会有三个视图，它们各自的基础特性如下：

1.Home视图：

保留页面原有的内容和排版，不做任何改变。

2.AllPage视图：

这个视图会遍历主页面内的所有子页面，然后罗列于数据库内，但它无法将本就处在数据库内的页面列出来。

3.PagesIOwn

视图：

过滤筛选出所有由「我」创建的页面，所以如果这个Wiki

并不参与团队协作，那么2、3视图将会相同。

同时你还可以继续为这个Wiki

数据库添加不同的视图，根据你的需求自由定制：

基础用法

什么样的页面适合开启Wiki

这个功能呢？有一些页面合集(或者专题页面)在创建之初，我们可能还未想到要用数据库来组织呈现，例如下图：

1.《双十一营销计划》是一个大型项目，而大项目之下有5个子项目

2.子项目与子项目之下更具体的任务，将由不同的部门来负责

渐渐地，随着创建的内容越来越多，我们会发现这么做有几个问题：

1.各种页面互相嵌套之下，变得非常凌乱，很难快速找到想要的东西

2.无法第一时间判断页面的时效性、以及页面的负责人

3.想要切换到数据库，但似乎已经积重难返

在Wiki

功能推出之前，如果想对这些页面进行

结构化管理，例如为页面打标签、设置时间、设置

Checkbox

等，就需要将这些页面全部拖进某一个数据库之内，就像下面这样：

但是通过这个方法创建的数据库，只有最外面那层Page

能拥有数据库结构，而Page之中的Page

则无法拥有数据库结构化管理的能力：

但现在如果你将这个最外层的Page转换为Wiki的话，在Allpage

视图下，你会发现它所有的子页面都被罗列在这个数据库中了，然后你就可以用过去管理数据库的方式，来管理这些子页面：

还有个很重要、但大多数新手很难发现的特性是，当你将这个页面转换为Wiki

之后，这个页面就拥有了数据库的特性，而既然它已经是数据库，所以我们就可以用「Linked

viewofdatabase」这个命令，来

创建一个链接到这个Wiki

的数据库视图

：

这个特性在我看来实在是Wiki功能的神来之笔。

前面我们已经说了，Wiki的Home

视图能够保留页面的分栏排版特性，但其他的视图则会变成fullpage

模式的数据库视图，而且当协作编辑的人数一多，必然会创建出各种各样的数据库，然后全部堆积在小小的切换卡下方：

但是现在我们可以在Home视图之下，创建一个链接到Wiki

的镜像数据库，并且这个数据库可以在Home

视图中、或者任意一个页面内自由摆放、自由编辑，自由地过滤筛选，然后根据不同的需求创建不同的视图。

如此一来就进一步扩大了Wiki

的实际效用和能够覆盖到的场景，不过我们还需要等到下一个章节中才能具体介绍各个数据库的实际用法和实操案例，所以本文

对

Wiki的介绍暂时还无法做更