小书匠编辑手册

基本操作
1、左上角:小书匠
点击后出现主菜单:用户、模板、邮件、绑定、发布、导出、导入、设置、数据、关于
鼠标移到屏幕中间出现手型时,单击可回到编辑状态
--绑定,非付费用户只能同时绑定一个同类型的存储方案。比如,有道云笔记,只能绑定一个;本地文件夹,只能绑定一个。
--设置,点击后,弹框语法扩展,勾选流程图,序列图,这样编辑流程图时可实时查看流程图。
2、新建、保存、另存为
另存为,存到绑定的存储方案。还没认真研究保存按钮,是保存到哪里。
优缺点:
1、可以发布到blog,但是不是所有的都支持,比如sina不支持
2、可以导出到doc(导出的可能会出现打不开,提示文件损坏),html(打开可能流程图看不了),pdf(可能导出后流程图会重复,一张是好的一张只有一半)
3、另存为支持众多笔记,比如有道云笔记,但是获取的有道云笔记文件夹没有按照实际的级别显示,比如文件夹A下有文件夹B,另存为时看到的有道笔记文件夹A和B是并列的,不是上下级的关系。
文档编辑以及markdown语法:
文档初始信息
以下为新建小书匠文档的初始信息
---
title: 2018-11-14未命名文件
tags: 新建,模板,小书匠
grammar_cjkRuby: true
---
title右侧填写标题;tags为标签。小书匠使用的是markdown语法( 一种可以使用普通文本编辑器编写的标记语言)
一级、二级……标题
# 一级标题
## 二级标题
### 三级标题
注释:符号与标题之间必须要有空格(根据markdown的百度百科 https://baike.baidu.com/item/markdown/3245829?fr=aladdin,支持6级标题)
链接:建立标签以及链接到标签
建立标签:
系统交互时序图和流程图
链接到标签:
[回到上面](#11)
流程图撰写格式
1、系统级的数据交互图,如最底下例1
```sequence!
```
注释:表示一张系统级的数据交互图的编写的开始与结束,!可以省略,符号都是英文格式。
A-->B:AAA 注释:显示虚线,表示系统A到系统B的交互,走向为A到B,备注为AAA
A->B:AAA 注释:显示实线,表示系统A到系统B的交互,走向为A到B,备注为AAA
note left of A:AAA 注释:表示系统A左侧的标签,显示的文字为:AAA
生成的图上所有的箭头走向,从上到下,依次根据编写的显示。
2、业务流程图,如最底下例2
```flow!
```
注释:表示一张业务流程图的编写的开始与结束,!可以省略,符号都是英文格式。
业务流程图的编辑内容可分为两块:定义节点,确定流程走向
定义节点,注意英文冒号后必须要有一个空格
开始=>start: 开始
审核不通过=>operation: 审核不通过
是否需审核=>condition: 是否需审核
注释:开始=>start: 开始,第一个“开始”是标记步骤名称,后续确定流程走向时使用这个名称;第二个“开始”是流程图上显示的名称
确定流程走向
开始->新建采购入库单->是否需审核
再次提审(yes,right)->审核中
再次提审(no)->作废
注释:yes表示,当条件为是时的走向;no表示,当条件为否时的走向
新建采购入库单(right)->是否需审核,表示新建采购入库单的出的箭头在步骤框的右侧。
再次提审(yes,right)->审核中,表示再次提审为是时,流程走到审核中;且线是从“再次提审”步骤所示框的右侧出去。
right、left的使用是为了解决流程线条不美观的问题(比如线条穿过了步骤框)
markdown基本语法
插入图片:
 ![]()  注释:方框内的文字会显示在图片下方(然并卵,小书匠的右侧并没显示,可能是哪里没设置好吧),括号内为图片链接。(markdown百科中提到的拖动图片还不知道怎么操作)
字体格式
**这是加粗的文字**
*这是倾斜的文字*
***这是斜体加粗的文字***
~~这是加删除线的文字~~
注释:文字与符号间不能有空格。
文字+链接
注释:以上两种都可以在小书匠中使用(实际操作)。其他编辑器,有可能第二种不会新建标签页打开(网上看到的,并没有实际操作)
插入代码
```java
```
注释:中间插入代码,例子如下:
```java
function fun(){
echo "这是一句非常牛逼的代码";
}
fun();
```
实际显示如下:
function fun () { echo "这是一句非常牛逼的代码" ; } fun();
分隔符
---
注释:只要输入以上,就会变成一整行虚线形成的分隔符
流程图撰写例子(编辑的文字+流程图)
例1:
```sequence!
上游系统->wms:过仓(下发订单)
wms-->上游系统:创单失败
note left of wms:接单,创单
wms->RCS:下发站岗指令
```
小书匠编辑手册

例2:
```flow!
开始=>start: 开始
结束=>end: 结束

新建采购入库单=>operation: 新建采购入库单
审核中=>operation: 审核中
审核不通过=>operation: 审核不通过
待确定库位=>operation: 待确定库位
待移库=>operation: 待移库
移出仓库=>operation: 移出仓库
移入仓库=>operation: 移入仓库
作废=>operation: 作废

是否需审核=>condition: 是否需审核
是否审核通过=>condition: 是否审核通过
再次提审=>condition: 再次提审
有可用库位=>condition: 有可用库位
是否重试=>condition: 是否重试

开始->新建采购入库单->是否需审核
是否需审核(yes)->审核中
是否需审核(no)->待确定库位
审核中->是否审核通过
是否审核通过(no)->审核不通过
是否审核通过(yes)->待确定库位
审核不通过->再次提审
再次提审(yes,right)->审核中
再次提审(no)->作废
待确定库位->有可用库位
有可用库位(yes)->待移库
有可用库位(no)->是否重试
是否重试(yes)->待确定库位
是否重试(no)->作废
作废->结束
待移库->移出仓库->移入仓库->结束
```

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
书匠编辑器 小书匠编辑器(以下简称小书编)是一个在线的markdown编辑器,并提供对evernote的支持。 小书编前身为小书匠上的一个文章输入模块,后来在dillinger的基础上,将小书匠原有的代码进行分离再整合,成为现在单独的一个小书编,并一直做为单独功能进行开发维护。 为什么使用javascript做为后台,而不是使用小书匠系统原来使用的python开发?主要是感觉拿python当后台仅仅开发个编辑器有点太浪费了,心里也就只想找一个更轻量点的后端进行开发,于是就尝试了下用javascript做后端的nodejs,框架上使用了express。同时看了下许多编辑器的开源代码,包括当时比较出名的dillinger源代码和stackedit源代码,都是使用javascript进行开发的,就更加坚定的选择了javascript。 刚发布的小书编是不对任何第三方平台进行支持的,后来有个印象 markdown的开发比赛,于是也就花了点时间学习了下evernote的api,把对evernoter的支持功能给实现了。虽然比赛只拿到一份鼓励奖,不过实现了对evernote支持的功能,自我感觉还是不错的。 由于个人精力,能力及架构等原因,现在的小书编跟小书匠还是有比较大的区别,有些地方在小书编上得到体现,像对evernote的支持,mathjax,主题切换等,在小书匠上却没考虑将其实现;有些在小书匠上有所增强,比如界面,按钮栏,服务器保存文章,版本文件的管理,图片上传等。在将来的新版本开发上,依据的主要原则是:小书编尽量单机化,也就是不保存用户的任何数据到服务器上,并提供开源的代码。而小书匠系统带的编辑器,是做为整体的一部份,在功能的设计上则需要用户把数据保存到服务器的版本管理系统上。 主要功能 在线的MARKDOWN编辑器 提供实时预览的双栏编辑,单栏编辑或查看,全屏写作等模式。当用户第一次使用小书编时,系统将默认采用双栏的编辑模式,用户可通过切换按钮进行调整。 提供以html,markdown两种格式的导出功能 多种主题选择 支持gfw语法 支持代码高亮功能 支持toc目录语法 支持脚注语法 支持mathjax公式语法 提供evernote抓取与保存,并支持将evernote上的文件以html转换成markdown的方式进行抓取 支持evernote与小书匠编辑器的自动关联,关联成功后,用户直接保存(ctrl s)文件时,小书匠编辑器将自动将文章保存到evernote服务器上 提供历史版本的功能。用户保存(ctrl s)文件时,系统将记录历史版本,通过历史按钮查看文件的历史版本。系统最多保存5个历史版本。与evernote进行绑定后,历史版本的内容将从evernote服务器上取得,用户需要有提供历史功能的evernote高级帐号 字符数,字数,段落数统计 标签:小书匠编辑

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值