那么的维基 笔记本

在这里可以查看那么的维基链1制作时的一些小点子。不定期更新,有功能更就写一个。因为之前的制作操作起来都快,所以都没有写过程和设计说明。其实后面的也用不着,只是有时候想到了怕忘记了,就可以先写一个放在这里。

这边的内容并不一定都是实现了的。


链接列表

http://www.wellobserve.com/?page=MDWiki/index.md 链1

DokuWiki界面设计中的优点

与LaMDWiki相比,DokuWiki的界面设计在直觉上更加有视觉重心,而且比多数Wordpress、Squarespace的常用模版易读。经分析,其默认版式设计有如下优点:

  • 界面的主区域与外围区域有灰度和软阴影区分,使得实现容易集中到其中面积较大,形状完整,处于上层的主区域。
  • 由于有主要灰度区域的区分,次要外围区域可以添加二级内容,但是二级内容不使用边框和阴影,也不使用区域色块,而是直接放置在灰色底板上,因此与主区域形成一个自然的深度主次关系。
  • 使用侧栏导航,不占用竖向滚动空间,可以在单页中显示更多信息,竖向的侧栏可以列出更多条目。
  • 同时具有顶部栏,用于呈现顶级导航。
  • 返回顶部、编辑等阅读时常用的按钮放置在主区域外围右侧,与背景的对比度低,不显眼,但始终处于可用状态。
  • 不同宽度的界面布局也非常合理,适合手机查看,而且基本没有丢失功能。

从中得到的启示主要是利用深度、亮度和面积因素对主次层级信息进行排序,以使内容拥有视觉上的结构。

对于LaMDWiki而言,上述优点可以借鉴。但受制于页面结构和风格设计,一些因素不可完全照搬。主要问题是背景半色调网点使得灰色区域无法融合文字,因此主次只能用其他手段显示。此外,LaMDWiki侧栏是通过附加内容实现的,并没有外扩宽度,这方面问题需要进一步探讨。

DokuWiki的这些优点同样可以借鉴到其他用户界面的设计中去。

3D 面板更详细的界面和操作模式

上一个文章中描述了3D面板的功能和操纵流程,现在在制作的时候进一步细化界面交互模型和设计规范。这么做的目的是保证制作时有参考,不会出现不协调的部分,也为逻辑的实现提供了可追溯的框架。

遵循原则

  • 状态可确定。
  • 单手手指操作,调节部分有容错距离。
  • 三维窗口中的调节适用于主面两轴,下方滑条适用于主面的抬升轴。

细节

  • (不要这个方案了)工具执行期间三维窗口的视角旋转和缩放用两只手指,但视角平移用三根手指似乎有点多,可作一种方案,另一种是在变换时将LaMD标题变成双指旋转或平移的切换按钮(位置可能有点高)。
  • 在三维窗口底部有灰色的视角操纵模式按钮 ,中央则是缩放条,类似HTC的一些PDA的设计。灰色按钮不阻碍视线,点按时变成亮色即可。可以稍微宽一些,顶部灰线表示特殊区域触控范围就行。
  • 可以在视图模式切换按钮对称的位置放视图菜单,点击出现返回默认角度,各个正视图,保存和恢复视图的选项。
  • “空间”改成“抬升主平面”,滑块和选择按钮的样式与普通按钮要区别。
  • 移动工具自身就是锁轴或者锁面的,但是可能需要提供给值框,缩短现在的面选择区域,添加一个给值按钮。给值的数小放在行名字下方。
  • 编辑模式下主界面有点线面模式和“光标到”按钮,不用进入变换工具就可以选择基准点。

移动工具的的“到”比较麻烦,特别是在物体情况下,可能需要两个光标;但是考虑到物体有中心坐标,或者说尺寸参考点,那么可能可以直接用这个为起点,这样就不需要两个光标了。物体移动到光标时也可以选择是原点还是几何中心。

3D图板目前的问题和建模设计

问题

  • 光标按模数增长似乎并不像想象的那么好操作,现在构想一种新的逻辑:光标只贴靠到整点,移动速度与视图缩放成比例,但是仍然按照最小单元开始步进,需要在视图下方额外提供一个宽的“低速”按钮,此时仅按最小单元前进,在面选择框中需要出现对应的XYZ轴位置值以供参考。
  • “给值”的上面一排“删”不要。
  • 所有的轴选择器在显示内容的同时似乎都可以用作滑条(恒定高速,例如X10),包括给值那里(选择器主平面的滑条考虑下还是高速比较好),给值选择器下方可以给按钮按一个单位低速加减,这样一来视图里就是微调,不需要做高速部分。“抬升主平面”滑块和选择器结合,“抬升”是低速微调用。

建模

比较麻烦,暂时要等光标操纵等交互合理了才会开始做。

论坛细节

每个用户在论坛的user文件夹下自己的id下面可以自己弄文件和发送,删除等。

首页用来显示所有用户的最新内容,就像推特一样。

标签还是用井号分开就行。加特殊标签的就不对未登录者显示。

适用于地摊文学的小论坛

要支持多人,因此要做一个稍微好一丢丢的支持多个人的登陆系统。目前计划只可以邀请方式注册用户。

做到和那么的维基主体分离的一个小部分,但是其内容可以被引用到那么的维基网站中(附加项目或者短代码),这个有点类似于(计划中的)三维建模工具。

这个东西要方便在手机上编写和阅读,使用比那么的维基更轻量的主题。那么的维基可能也会更改主题为一种更节约屏幕,更易于观赏的形式。

小论坛有板块,板块里可以建子板块和话题(两个都是文件夹,用一个标志文件区分好了,或者说没有话题,所有的都是文件夹,直接在文件夹下发帖即可),然后每个帖子是一个单独的文件(?但可能每天一个文件比较好吧)

支持markdown的语法,用方括号短代码表示分界好了。

还是不想做js的实时更新,还是直接用一个发送键解决问题好了。

样子

应该是扁平到不能再扁平的那种,因为用来展示文字。顶上是返回,标题,用户按钮,底下是发帖和选项按键,按发帖出现发帖框,上面有显著的关闭按钮,选项有新建文件夹等。

帖子也是扁平显示,时间和用户小字灰字显示,分割线也是灰色的。登陆用户在边上有选项按钮可以删除或者编辑自己的帖子,但是对于地摊文学接龙的用途,删除功能似乎不好。

针对地摊文学的优化结构。

地摊文学得组织结构和内容生成方式和普通的评论稿件、项目集合结构有所差异。例如,系列文章的分配,临时记录的多个段落,还有未成体系的文章区域。

这个可能并不需要专门修改那么的维基,上面的功能均可以使用单独文件夹引入,现有的功能,包括结合草稿功能,就完全可以满足要求。目前的问题是可能对外呈现可能不太美观,或者说没有一个很好的形式?

或许应该添加一种针对文件夹内最近的单个文章的非列表显示,使用类似“我说”界面的那种清爽的外观,这样看起来清晰,也突出其作为文学(233)作品的特征。

至于这个的话,我觉得不需要根据文件夹配置自动探测。

图书制作器更详细

实际应用中会遇到比较复杂的情况,比如图书章节排序,如果只按照文章的文件名顺序生成图书的话许多时候都不太合理。

可以用先按顺序添加单独文件,再添加文件夹的方法排列所需的文件,添加文件夹时会自动略过前面已经按顺序手动添加的文件。

文件的级别高于文件夹,即单个文件的包含和排除总是覆盖文件夹的设定。

估计还是需要一个封面编辑界面,放在选项菜单中的一页即可,支持markdown格式,并且用百分号特殊标记作本地储存数据的换行符。

应该为一些特殊栏目设定全局包含选项,比如是否包含事件清单、新闻稿和只言片语文件等,与此同时这些文件单独打开时,也应该有特殊的显示方式。

连续剧文章有没有办法自动省略重复大标题?

屏幕保护程序

可以制作一个屏幕保护程序,分方块翻转随机显示文章,这个功能需要动态加载,因为不可能一次性下完整个网站。可以显示为只言片语,即文章的节选,得是整句,在鼠标点击时可以展开上下文,可以有按钮点击进入文章。方块可以订选,之后不再变化。屏幕保护最底部有退出和立即切换按钮,但没有撤销,就是闪过的文章就没有了的意思。网站的底部可以用按钮立即进入屏幕保护。在网站无操作一定时间后也可以立即进入,例如整个页面检测不到鼠标事件长达5分钟。退出只能点按钮。屏幕保护也需要能用在移动端。另外可以做屏幕保护区块短代码,以在页面中插入诡异的文章组合。

别的好东西

有个MarkDeep的功能不错,其中有一些特性可以学习学习以用在LaMDWiki上。

使用+++来添加打印分页符。

测试下箭头符号。

← ⟵ ⟵ ↔ ⟶ ⟶ → ⇐ ⇐ ⇐ ⇔ ⇒ ⇒ ⇒

字符画框似乎不错,只是看上去有点难打。这个功能需要单独立项。

上标用[^ xxx],下标可能可以用[_ xxx],这个主要麻烦是又要在代码块中先预替换掉,做还是好做。引用什么的目前看来用不着,后面要用了再看看做不做。

定义列表,就是列表加上对象名字再提一行那种。主要Markdown自身段落有些也允许缩进回去表示,在这里没有统一到底什么时后是允许的,就麻烦些,目前认为如果这样还是只弄单行定义列表里。

日程日历方法表示可以学习一个,他是自动通过文字格式来表述的,可以借鉴,有时候做成星期形式的也不错。

引言块可以加入引用文字,在最后一排使用--打头就行了。

图书制作器

图书制作器开启按钮应该在底部,放在“返回顶部”按钮边上,之后进入图书制作模式。

屏幕下方会出来一个常驻的工具栏,按钮有添加目录、添加/移除、排除、列表,最后会有生成按钮,点生成之后,弹出生成选项,例如是否生成目录,标题内容输入,主题选择等,再点生成,生成一个特别长的页面,在浏览器菜单选择打印即可。预览时候下面有返回,选项,列表按钮,选项和列表按钮还是可以出现刚才的选项。列表里面对于单独的文件有“设置为封面”按钮,结合选项里面的“输入封面标题”一项,应该够用了。“输入标题”这个或许可以弄成支持多行md格式的,这样就什么都可以弄了(此时的图片是从根目录算起)。

3d画板的显示形态

乐高模数

初步设想按照乐高方块的高度层做,所以一个单元是3个面的高度。单个单元的宽度不到三个面,实际是为了铰链尺寸而设计的,即立式的方块旋转九十度之后可变成了与卧式的方块一致的尺寸。实际的乐高单元格宽度和高度是5:6的关系,最高的那个6多出来的1份就是铰链接板厚度,而每一层结构就设置为2的宽度。这样一来代码上也比较方便了,可以用整数直接表示。

旋转铰链和轮轴、滑动这块暂时不处理,后面有精力再来。

不显示圆点,可拼接部分用不同的颜色标注即可。

由于不同方向接插的又会有别的参照面方向,对不同轴向的模数又有限制,实现起来麻烦,而且在屏幕上操作也不方便(若是计算机设计工具倒是另一回事,这个画板要求的是简单)。

不加方向约束的模数

模数这个似乎两分都可以,按倍增去扩展,这样建模和操作都方便。应该可以有组合倍数的,比如1x8+2x16这种组合,但注意最好都要是大数倍的。在模数设计的时候应该考虑块而不是分割(因为分隔会占用宽度)。

这个方法似乎是可行的,按这种方法去,光标应在尺寸线交界处,模块表示需要分类。仍然需要用CSG整合,不然很难修改许多造型。

斜面和梯形拉伸在表示上不同,尽管二者可以被视为不同参考面上的同一个形状;另外还有异型拼接的情况。这三种情况需要有三种操作流程。

网页画板怎么弄

我也不知道怎么弄不过有这样的要求:

  • 键盘和触摸屏都可以操作,没键盘也要可以操作。不过做成更适合键盘的样子。
  • 在屏幕底端大约两行的高度即可,顶上一行用来显示对象的操作历史可以后退或者删除,也可以切换对象,按照分组区分即可。
  • 下面一行显示操作按钮和上下文,还有前进后退按钮。
  • 3js负责添加几何图元和显示,对象级别的只有用csg过一遍,再用3js显示。
  • 这样的设计似乎会使计算机上操作变得麻烦,再看吧。
  • 使用统一模态尺寸可能交互起来方便,就类似于搭乐高了,也容易规整(这实际上就成了体素加上圆弧)。
  • 旋转使用3js的pivot。
  • 手柄操作在屏幕空间那么小的情况下不见得好用,因此使用二次平面平移法,程序也好编写。

操作方式设计:

  • 空白页按o新建物体,或者按c指定中心,或者按v指定视角中心(此时除了XYZ还可以拉远近),按d复制几何,按l链接复制几何。
  • 进入物体操作后都有个撤销按钮放在最左边。
  • 全局就不撤销了。
  • 按a新建几何,出现几种基本几何,例如方的圆的等,常用的呢按键就大。按s减去几何,按i交叉几何,按d复制几何。
  • 指定操作中心,和下一步按钮,选指定中心后则出现三维选择器。可以设置喜好的首选方向,例如先移动z平面再移动xy等,可以有吸附功能,用按键调吸附,对于模数来数,吸附已经不必要,因为可以保证对齐。

分栏脚注

用于在画廊模式下实现与原先2D功能一致的标签链接功能。

使用&>符号可能是可行的,后面的文本用Markdown格式书写,这样可以兼顾文本、小图片和链接。

语言功能增强

需要在文章不存在英文/中文版本时在标题下方出现一个提示框,并在登录后可以通过提示框创建对应的中英文版本。

文章“世界观选择器”

这个还没想好是个什么东西……

比如说,一个文章系统里面,可以有不同的故事线分组或者最好不要混搭的几个区域,要是可以分开的话就比较方便。

其实完全可以分多个文件夹的,然后在附加列表中引用为多文件夹组合浏览就完事了……不过这个配置和目前的附加列表功能不兼容,要改一些地方才行。

由于许多边界很模糊,所以不完全能够分文件夹。那么用加标签的方法怎么操作?标签怎么加到文章中去?手工编辑MarkdownConf比较麻烦,而且自动提取的时候原始内容又会被改。LAMDWIKI目前为止的设计哲学是若是用来呈现的文本文件,它的原始内容是不被更改地呈现在编辑框上的。

简单画板

我是不是忘记在这里写那么的维基画板的设计了。。。。。。

这个可以用来在文章中间制作简单插图,例如可以手画方块、圆形、直线段、线条等简单图形元素,以提供一种简单的图形表示。

编辑列表可以放在文后,用短代码的形式插入文章正文。移动端和桌面端均可以打开全屏幕编辑。工具放在顶端一行,按一个选一个,然后就可以画,画完退出全屏就行,保存文章的时候同步保存进去。文件名用短代码标识符名,编辑后多余的文件也在编辑文件界面显示,然后可以标记删除。

可以弄成SVG的,但是考虑到这种画图内容实在特别简单,甚至可以用MarkdownConf格式标记存储。

订阅或者关注管理器

这个主要是可以让人在一个地方管理自己的关注用户/信息源的更新,包括播客、美术作品、新闻文章等。由于许多信息源需要用到海外代理服务器连接,因此对于LAMDWIKI而言,可以使用客户端Javascript程序利用客户机的网络代理连接获取信息并传到LAMDWIKI内容管理器上,这样基本也算达到了功能。

没有RSS来源的站点,可以使用简单的爬虫解析页面信息。主要目的是整合信息来源,将图像、文字、声音、录像等文件以适合阅读的方法排列在页面上,以节约浏览时间,因为不需要挨个访问这些来源网站并收集它们的通知。

预期支持下面的非RSS来源网站:

  • Artstation
  • DeviantArt
  • 还有啥?。。。

视觉呈现形式需要进一步设计。

更方便的索引信息操作结构

需要一种更方便的操作方式,以更快捷地建立、查询、移动树状或者网状子系统。稍微详细一点的考虑大概是这样:

  • 建立:可以直接创建多个子层,用/或者.吧,可能用/更好一点,因为一部分题目里面可能会有句点,而且文件名也可能有。最好一次是输入/uni/flavors/district9/apartment6这样的内容,就可以建立节点。
  • 文章可以连接到索引节点,使用文章内一个专门的分区进行,例如“区域”或者“工程”这样的二级标题或者弄成短代码。倾向于用二级标题,因为这样纯文本可读性好一些。
  • 移动的时候查询站内文章。在文章内部的链接搜索有无到本节点的东西,通过二次确认一起修改或者保持。这个也要适用于正常的文件移动。

因为这个很快就涉及到双向链接,在非数据库的情况下这个操作起来会比较麻烦,主要是查询量大。需要想更便捷但是仍然轻量的方法。

新的布局选项

一些特别的内容需要那么的维基支持更多可特殊配置的布局,因此做如下设计。

  • 考虑使用短代码形式插入2D和3D内容,这样不需要指定文内挂载点,按道理可以简化从MDConf读入的代码。预读取仍然需要。
  • 可以按页面调节的全局强制主题(那么的维基应当针对不同内容类型提供一些可选主题,或者至少是日夜和宽度选项),要求可以通过短代码指定,因此需要在添加HTML头之前预读目标文件。可以写成 [global_theme:white wide] 设置给整个页面。或许弄到配置文件里配置给整个文件夹是个更好的做法?
  • 图文左右居中这类排布还做不成。也不知道怎么做比较好。(哇,似乎可以用自适应布局,而且这样移动端程序也好看了)
  • 这样一来自适应布局就需要在列内加入文字对齐选项。在自适应标签加入 autono_padding 标签以提供非等宽布局和无缝布局。
  • 在MarkDown的图像标签里加入左中右对齐,是否动态移动布局,尺寸和下标链接,写成 ![图片Alt align:right width:30% fixed link:查看详细 project/index.md]。注意这里应当后处理链接形式。
  • 改成 [theme name:cornflowerblue] 的写法以方便扩展。
  • [theme] 标签添加 wide no_padding 标志以提供全宽度的文本块和覆盖主块的四周留白。前者因为the_body在外部,所以还得改现在的代码。
  • 不同文件夹应该允许使用不同的导航文件。可以在文件夹管理里添加“编辑通知”和“编辑导航栏”按钮。
  • 全宽度页面,页脚位置放在中央比较合适。

事件管理器的更多功能

截至目前管理器都非常好用。可以增加一些功能使我们在更多的场合都能利用它。现在考虑的内容有:

(我吃完饭来写)

移动端应用程序

暂时叫做“这么的维基!”好了。

首要功能

  • 界面非常简单。而且节省显示器空间。使用原生控件完成制作。
  • 能够方便地完成基本的离线工作,分文件夹的简单实用写文功能。
  • 使用已注册的识别号登录到远程那么的维基。
  • 可同步文章,冲突时选择保留本地的还是远程的,或者二者都保留,或者跳过。算相同文章用哈希值应该可以,就比较方便。
  • 手机上以重排过的形式查看网页,同时也可以操纵事件列表。事件列表可能只有保留所有的,并有可能改变序列号。

以后的亮点功能

  • 可以访问朋友的“那么的维基”页面,并将最近更新的文章列在一起,作为一种去中心化的社交系统。
  • 还有啥……

初步设计

看了下安卓的activity的东西,不想弄得太好看,最重要的是要满足全屏幕无干扰写文,再一个是简洁的内容浏览。

扩展标记

尝试使用基础MarkDown语法以外的简单标记提供便捷的格式控制。

  • ==== 控制主文章分块。
  • !!! 控制“注意”插入项。
  • ?> 控制“旁注”。(需要再设计)

博客的形式重构

隐私文件夹的权限自然是要重新弄。应该把权限设置按照路径统一加到网站设置文件里,这样判断只需前向一比对即可,不用再扫描父级文件夹。

然后是视觉形式的问题。画廊模式似乎仍然不是很好用,因为现在已经有内插图片功能,所以可能可以考虑将其去掉。

那么整个页面就又会回归单栏模式。在这个情况下,内文分栏可以添加一个分块样式,同时也要支持宽度扩展,和文字左右对齐(或者使用正文格式,相当于超宽正文框)这样允许更灵活的排版。

日期还是不要那样显示,弄成类似移动端的顶部显示(或者直接用一种显示)。点击框框去掉。

接下来其实该怎么显示就怎么显示。

但是后台这块,或者隐藏附加内容怎么操作,简单的话就这样的话倒也没问题。

即时发帖在移动端做成大按钮点击直接弹出全屏编写框,内有关闭和发送按钮。

关于差分

可能可以做一个“自动高亮文章最近编辑的部分”的功能,这样可以避免写在文章里面的“上新!”始终存在的问题。

目前来看,由于要保留目录文件结构,所以不能创建差分文件做比较,但是可以尝试把差分内容写到la_config里面,使用一次差分可能会更简洁,但差分本身很难做。

一个可能的办法是在la_config里储存最近更新时间,如果与当前时间隔得不远就可以在文章顶上的某个地方统一标注“最近x天有更新”。在超过事件之后自动从啦_config里面移除这个条目,不再显示更新标志。

这样一来“更新提示”就成了一个比较容易实现的功能。

此外,可以在链接上也做高亮提示,可以使用特殊颜色(因为纹理是花的没法看),甚至还可以在链接的角落添加小字号的“更新!”字样。这样不打乱排版,也可以实现必要的说明。

视觉形式优化

学习栏目的问题以及大河边缘板块的重新设计。

目前的状况,带日期的文章页面视觉上有点浪费空间,做成单独一个日期方块放在侧面(实际是夹在中间)不叫无聊,因为日期暂时还不如用户头像图像那么具有识别力。其他两种方块/列表方式的布局似乎不错,其实所有的动态文章预览都应该去掉边缘的线条,并只在鼠标悬浮时显示,或者使用“阅读全文”按钮?)有助于界面整洁,降低疲劳(边缘使用不占用边缘尺寸的方式)。

需要一个体块明确的布局模型,使得页面整体布局整齐,其次才是强调剩下的风格化,立体化等等。标题栏改起来好像还是麻烦。干脆暂时不要动。最底部的那个方块做成完全宽度似乎也不错的。

有时候可能需要在插入式大图中添加风格化文字,目前认为仍然使用markdownconf完成即可,可能通过短代码挂接也行,在conf里面添一项制定使用哪一个短代码段落。

权限是个比较奇怪的话题……

计算机端的文章编辑器输入框弄成不可调大小的,让它自动跟随文章内容尺寸比较好,有屏幕键盘的移动端直接是全屏了,所以应该也不影响。

因为本身已经要做整页面整齐的方块,所以标题栏似乎改成整方块更好。

要有学习页面主题。最好再做那么几个特征背景或主题颜色,在早上和傍晚根据时间显示,最好诗可调节为符合工作规律的。

剩下的想起了再来说吧。

全屏幕编辑器

全屏幕编辑器适用于移动端设备,进入文章编辑器时自动变为全屏幕显示以节约屏幕空间,非常适合有屏幕键盘的场合。此外也保留全屏幕切换按钮,可以方便地退出和再进入全屏幕模式。

文章中批注功能

就是文章右边可以张贴的小纸条。按道理讲不能要很长的,不然稍微尴尬的屏幕尺寸就放不下。批注应该只要少数两句话,不然便签看起来会很长,容易重叠到下面的段落去。重叠的可以加个折叠功能,默认折叠在计算机上查看的样子会有点奇怪。

(旁注:旁注像这样写就行了,非常方便,点击隐藏和展开,不挡视线。)

预计使用这样的格式:

(注意:xxxxxx)
(旁注:xxxxxxxxx)

注意放在文段中不可折叠,作为特殊引用的一种。旁注放外边,移动设备上放文章内折叠,但是就要放段落后面,计算机版的旁注要放段落前面才能齐平(可能)。

似乎点击“添加批注”的方法后台写起来会有点麻烦(而且使整个思维过程显得略有些松散),那么还是弄成文章内编辑加注的方法好了。

文章内格式的做法不涉及登录操作都应当可见。

测试:

任务管理中心

做一个轻量化的任务管理中心,作为LaMDWiki附赠的一部分。

需求

  • 有时候是很多一句话一句话,有时候又是大一点的工程。
  • 仍然使用Markdown管理。
  • 兼容网站结构,可以在现有的文件组织方式下附加属于各个模块的任务系统,并且可以集中查看。
  • 单个任务组应为一个Tasks文件夹,index放任务总览,最好再做一些自动统计信息在里面,剩下的条目还不知道怎么放比较好,可能按月份比较靠谱。
  • 不能弄一大堆文本文件。
  • 记录文件要可读、易读。
  • 容易按时间和类别或者其他什么的方式查看。
  • 最好可以将任务和普通文章互相关联,不能也无所谓。
  • 循环事件怎么弄?怎么储存?
  • 任务描述最多两个栏目:说明和详细说明。只允许行内Markdown格式,这样至少列表文件看起来也整齐,整理方便。因为可以加链接,这样同样可以访问导详细信息页面。
  • 任务索引页可以使用短代码,可能也可以指定索引位置之后在别的页面引用。
  • 文件头有索引信息每改动的时候都自动更新这样统计起来方便。

视觉形式