开发荆棘写作的最初目的,是为了改善热爱写作的人,在屏幕上输入文字的体验,让创作者可以看着自己的文字就像真正被书本印刷出来一样。
我们是 Aun。
对于当前的一些轻量级应用,
我们有自己的一些思考。
而「荆棘写作」, 作为这个系列的开山之作。
是我们交出的第一份答卷。
使用笔记本和标签组织你的文章,笔记本和文章支持无限层级,适合更多的创作场景
我们推崇设计和功能和完美融合,简洁轻快,流畅明了,但功能一个都不会少。
我们将开展持续半年到一年的测试和开发计划(测试期间软件完全免费),直至打磨出一个优秀的产品。
软件正式上线后,我们将为参与测试的各位提供1 个月~ 24 个月的高级版订阅计划。
对于免费用户,「荆棘写作」将会提供足够强大的功能供免费用户使用,特别地,针对教育用户,我们将实行半价订阅优惠。
但希望喜欢「荆棘写作」的你能够通过订阅付费来支持我们的开发工作。
官网还处于开发中,但是已经开放访问
大家在测试过程中有任何问题,欢迎去 测试反馈区 发起 Issue,我们将会认真评估每一条 Issue。大家有任何功能建议,我都会尽快给出回复。
谢谢大家的收藏支持,再次感谢🙏🙏🙏。
荆棘写作 才刚刚出生,这里哪里会有肯定会有许多的问题和错误,功能方面也很欠缺,但是希望大家可以帮助我们一起去改进。
我们会在 Github 上进行持续的功能更新和跟进,感兴趣的小伙伴们一定要来个 star ,不要错过更新哦。
https://wx4.sinaimg.cn/large/007YWjiOly1g7o0ve6115j31440u0b29.jpg https://wx3.sinaimg.cn/large/007YWjiOly1g7o0vfmwwtj31440u07wh.jpg https://wx1.sinaimg.cn/large/007YWjiOly1g7o0vfsnm1j31440u07wh.jpg
https://wx2.sinaimg.cn/large/007YWjiOly1g7o0vhep8rj31440u0b29.jpg https://wx1.sinaimg.cn/large/007YWjiOly1g7o0vh1ok7j31440u07wh.jpg https://wx2.sinaimg.cn/large/007YWjiOly1g7o0vfz53ij31440u0b29.jpg
浮动工具栏
的方式,了解更多标题层级
按钮弹出窗口样式感谢大家的回复和支持🙏🙏🙏。下个版本的更新,我们就直接在 Github 进行发布啦。
文章空间
特性
文章空间
,每个文章空间对应独立的存储目录设置
->通用
页面对文章空间进行管理(添加、删除、切换文章空间)
- (国内用户) 用户可将本机对应的文章空间目录通过
坚果云
进行云同步,然后在另一台机器添加对应的坚果云存储路径为文章空间目录,从而暂时实现简易的多设备同步。- (国内用户以及国外用户) 通过将文章空间目录设置为
iCloud
的某个目录A
,即可通过iCloud
的同步功能进行同步。另外将此目录A
的软链接 放在DropBox
目录下,即可实现DropBox
和iCloud
的双重备份
导出
窗口背景颜色将跟随主窗口A5
横向
纸张,会导致页面无限生成,因此在问题解决之前,我们先禁用 A5横向纸张
导出功能这些天,我们内部再次进行了 Electron 作为技术选型的讨论,其实,我们其实对技术选型其实并不感冒,我们擅长的是设计,开发只需要发挥写作业的精神肝就够了(但是作为没有工作压力的学生,自然是什么都去碰一碰也挺好,但是想要跨双端平台去做同样多功能的原生应用,我们并没有这个时间和精力)。但是我们认为,在易用性、可扩展性、灵活性这几个方面,Electron 的的确确是一个非常优秀的生态系统,Nodejs 庞大的生态且活跃的生态,以及业界标杆的 V8 和 Chrome,在能提供类似易用、扩展、灵活性的架构之中,我们认为 Electron 是最优秀的跨平台框架之一,即使其不以高性能、低能耗为特色。
我们内部对 Electron 的态度,就好比 JVM,提供了以低成本,在跨平台运行同一套代码的解决方案,在而且 HotSpot VM 出现之前,Java 同样被诟病慢、臃肿,但是我们绝对不能否认现在 Java 对于 IT 行业发展的重要地位,当然了,这并不是说,Electron 同样具有潜力,它还很年轻,需要大家的耐心,我们可以看到它的进步。我们同样也希望 Electron 社区能够健康发展,至少目前 Electron 在 Github 的 Star 数量以及 Issue 数量,被用于 9万多个开源项目 的事实,证明在一定程度上,Electron 生态目前还足够健康, 这也是我们没有选择 NW.js 的原因之一。
白猫黑猫理论
,我们其实只要能达到我们的设计性能指标,用什么框架都可以,但是如果之后 Electron 的内存占用或者其他方面严重影响了用户体验,我们会毫不犹豫地转向 Native 开发,正好 Swift UI 也正式上线了,哈哈。
说这些,其实只是想和各位小伙伴分享一下我们团队对于 Electron 的看法,但是,没想着一定要强行宣传什么 Electron 优秀,强大,🐂🍺的观点(没有引战的意思,我们都爱好和平),每个人都有自己的观点,用什么软件,用什么工具,小伙伴们自个儿用得最舒服才是最重要的,想什么姿势就什么姿势。
接下来,说一些在性能优化上,荆棘写作将会进行的重要改变。
官网全新上线,点击访问
荆棘写作 beta 测试预览版下载地址:
荧光笔标记
、代码
、代码块
、着重号
、待办事项
pt
作为编辑区字体单位支持自动根据链接网页的 Title 生成 超链接文本
支持对链接的文本内容和 URL 地址进行修改
支持图片编辑(裁剪,缩放,滤镜,旋转,图案文字标注)
导出 PDF 样式自定义之内容样式自定义,字体及其大小,排版渲染样式主题等等
支持代码块、🖋Latex/AsciiMath 数学公式🖋
支持文章添加标签
...
荆棘写作 v0.1.0-beta 已更新
1
lvxing520 2019-10-02 18:32:21 +08:00
支持一下优秀应用,已下载!
|
2
airyland 2019-10-02 18:36:44 +08:00
官网的交互有特色
|
5
Benisme 2019-10-02 18:58:44 +08:00
先收藏了,看起来很棒。期待早日出 windows 版
|
6
youngxhui 2019-10-02 19:55:26 +08:00
简单的问一下跨平台技术使用的是什么? electorn ?
|
7
Alecyrus OP @Benisme 维护 Windows 的是另一个同学,所以 Windows 会稍微晚一些哦。 我们努力会把荆棘写作在 Windows 平台 的体验和在 macOS 的体验保持高度一致。
|
9
hxse 2019-10-02 21:49:43 +08:00
希望推出 linux 版本以及网页版
要说跨平台,网页版就是跨平台 |
10
Alecyrus OP @hxse 谢谢你的建议,现阶段,荆棘写作的主要目标是,打磨好 macOS 端和 Windows 端。我们已经将网页作为以后文章的发布展示形式,但文章的编辑和管理,将会集中在端应用中。
针对网页端,目前的开发计划是不做网页端。如果你对荆棘写作有相关的需求,欢迎到 我们的 Github 讨论反馈区,发起特性请求。 针对 Linux 端,你说支持,那就支持!!! 之后请在 Issue 区关注相关进度。 |
11
dwhzy 2019-10-03 00:18:42 +08:00
现在对订阅制有点……
比较建议买断制。 |
12
pkuphy 2019-10-03 00:45:08 +08:00
好看!
|
14
xiongsa18 2019-10-03 03:52:08 +08:00 via Android
看起来不错,mark 一下。
|
15
miona 2019-10-03 07:51:17 +08:00
electron 劝退。
|
16
xiadd 2019-10-03 09:14:37 +08:00 via iPhone
不喜欢 electron 我连 vscode 都弃了
|
17
damngood 2019-10-03 09:41:05 +08:00
哎, electron, 越来越多的 electron, 很难想象如果以后的应用都是基于 electron, 同时开启多个在机器上肆虐是啥感觉..
|
18
Alecyrus OP @damngood
@xiadd @miona 对于 Electron,很抱歉三位小伙伴对它不感冒,不过没事哒,用什么还是要自己爽才行。原生应用的话,Bear 熊掌记 还有 Ulysess,系统备忘录,都是非常不错的选择👍。 另外,大家可能对于 Electron 动辄几百 MB 的高内存占用印象深刻,但是对于编辑文章来说,开发模式下我们测试一篇 34416 字的文档,Javascript 堆内存占用是 57.3MB , 我们的内存性能设计期望是,对于绝大多数用户用例,保持 100MB 以下的堆内存占用,并保持软件依旧丝滑运行。 生产环境,bear 和 荆棘写作 的内存占用对比(当然是被虐啦,🤐)。 我们会有专门的一个部分去做性能优化,请大家有兴趣的话,请继续关注 Issue 区。 |
21
Alecyrus OP |
22
Alecyrus OP |
23
hst001 2019-10-03 14:43:53 +08:00 via Android
不错的应用,界面看起来很舒服。
|
25
cogons 2019-10-03 15:46:07 +08:00
Markdown 的实时渲染细节做的很好呀!感觉比 typora 好用。
|
26
shell314 2019-10-03 16:10:39 +08:00 via Android
支持,试一试好不好用
|
27
aabbcc 2019-10-03 16:22:04 +08:00 1
md 编辑器,与写作软件,还是有相当的距离
|
30
Alecyrus OP @aabbcc 嗯嗯,我们会针对日常笔记记录,专业剧本创作,小说创作等使用场景,进行深度优化,请一定要关注我们哦,有任何问题都可以随时 发起 Issue 提问哦。
|
31
nicoljiang 2019-10-03 18:33:35 +08:00
就很纳闷,为什么一定要打几个字、全选再出工具栏?
|
32
bequt 2019-10-03 18:42:18 +08:00 via Android
bear 优秀到没有 win 版
|
33
Alecyrus OP @nicoljiang 谢谢小伙伴的关注,我们已经优化了这个问题,小伙伴期待即将到来的 v0.0.3-beta 哦。
|
35
Alecyrus OP @nicoljiang 具体优化方式,请关注这个 Issue https://github.com/Greathings-Lab/Thorn-Writing/issues/3
|
36
hxse 2019-10-03 19:05:16 +08:00
为什么不开发网页版呢
|
37
Alecyrus OP @hxse 谢谢你的反馈 🙏。有两个原因。一: 我们希望带来更加原生的体验,提供更加丰富的功能,比如强大的导出自定义样式功能,比如对专业化写作场景的支持,比如顶屏空间,比如后期开放的插件支持,比如未来的内容平台。二: 团队人数少,2 人团队,都在上学,没有更多的精力去做好网页版(我们对我们的产品质量要求会很高,提供对网页版的支持,绝不会是仅仅是代码适配这么简单,UI 的重新设计,功能逻辑的重新调整,确保网页版的体验和客户端一致 )
我们希望用我们的能力,在开始这一年的时间内,专专心心地打磨好客户端产品。如果小伙伴对这个问题还想继续讨论,或者对网页版有深刻的需求,欢迎发起 Issue,最终开不开发网页版,社区的反馈对我们非常重要。 |
38
favourstreet 2019-10-03 19:53:16 +08:00
等 Windows 版出之后试用一下。推荐配置 8GB 内存对一个基本上就是写字的软件有点可怕了,难道有什么惊人的创意需要这么多内存?一看楼主的软件是用 Electron 的,我猜想这比用 C++写一个编辑器更简单,真希望作为 Electron 的代价,楼主能拿出足够新的东西。我实在想不到这样一个软件(还是 Electron 的)还能如何让我觉得“以后打字就用这个”。毕竟功能强大不知多少的 Office 2016 也只要 2GB 内存(有 OneNote )。我真的想写东西的时候,Win+R notepad 回车。总之,从楼上的介绍看来,我还没发现这个软件有什么真正的创新或者贡献(就算性能做到了 Electron 最强也算不小的贡献)。
期待 Windows 版。 |
39
Alecyrus OP @favourstreet 谢谢小伙伴的反馈,没啦没啦,现在 Windows 版的内存占用不会超过 200M,( 3 万字内容)日常保持在 90 ~ 200 MB 之间,所以我们还在继续优化。我们手里只有 8GB 的机器。所以推荐配置是 8GB,🙁🙁🙁,这是我们的失误,已修改。
OneNote 和 Notepad 都是非常优秀的应用,而且原生性能也非常好。希望小伙伴找到最适合的方式去写作,同时,我们也希望荆棘写作可以成为你的候选,关于写作,如果你有任何的使用场景和优化建议,都可以发起 Issue。 另外,使用了 Electron 作为开发框架,有些小伙伴的确有异议,性能,内存占用等等,嗯嗯,我们会认真思考这个问题,性能问题,就目前测试来看,还是可以覆盖我们的据大多数用例,已经达到我们的性能需求(当然,我们不会停止优化性能哒)。 如果因为 Electron 的问题不想使用,希望之后的荆棘写作能让你对 Electron 应用的使用体验有所改观,请继续关注我们,随时欢迎回来,我们需要你的反馈和建议。 |
40
Alecyrus OP @favourstreet 最大的创新之处在后头嘞,按照规划,还需要十几个周的版本迭代,请小伙伴继续关注 🤘🤘🤘。
|
41
awesomes 2019-10-04 18:32:14 +08:00
奇怪,既然都 electron 了,为啥 windows 版本不是一起出来的。还有,这官网也实在是不轻量,鼠标动起来要累死的感觉。
|
42
hst001 2019-10-04 18:58:51 +08:00 via Android
@Alecyrus 没必要写配置要求,这样会显得软件运行要求很高的样子,然后也没有说是什么开发的,大部分用户不在乎。专注一两个核心功能做到优秀,最低限度不能卡不能丢数据。。
|
43
Alecyrus OP @awesomes 感谢小伙伴的反馈🙏🙏🙏。 就目前来看,Windows 版的体验和 macOS 版的体验,只有后者的体验达到了上线迭代测试的标准。并不是用了 Electron 就是两个版本一起出来的哦,我们需要不同平台进行优化,整合一些平台特性。另外,macOS 的话,都是高分屏,我们可以大胆的添加合适的渲染效果,但是同样的效果,在低分屏 的 Windows 平台上(除开 2k 设备,但是大多是 windows 平台还是 1080P,45 色域(取较低的配置)),就不会很理想。所以两个平台,渲染方式和渲染策略,都会有所不同。最终我们是为了在两个平台带来各自最优化的体验。请期待 Windows 版哦。
对于官网,我记得我测试的时候,快速滑动都是 59fps 的啊,,,如果你不喜欢这种交互,抱歉啦🙁。官网我现在开发到一半搁置了,现在主力在准备 v0.0.3-beta 版本,这个版本的更新内容很多,详情请关注我们的 Github 哦。 |
44
Alecyrus OP @awesomes 补充一点,windows 还有很多的 768P 设备,刚才我说 1080P 45% 应该是说高了。但是好在,慢慢 1080P 基本都是标配了。华为更是基本都是 2k 了。
|
45
Alecyrus OP @hst001 嗯嗯,谢谢小伙伴的建议🥳,我马上调整。不能卡,这个我们从最开始就一直在这方面下了很大功夫,数据目前都是本地存储,只要小伙伴们不要手动删除用户配置目录,数据都不会丢。
针对数据,我还想说的是,我们从最开始,就定下了一个前提,数据是用户的,我们平台方在任何时候,都不会查看和保存用户的文档数据,我们会保证用户对自己的数据可以有完全的控制。 以后上线云同步服务,我们会额外关注这一点,我们希望同社区一起去讨论相关同步方案,比如 我们官网提供云存储,也支持和用户自建云存储以及第三方云存储(坚果云,Dropbox 等等)进行同步,从更便捷到更安全,我们会提供足够灵活的方案供用户选择。 |
46
Alecyrus OP v0.0.3-beta 版相关截图
UI 细节调整 导出窗口样式调整,增加总页数显示和缩放滑块 动态调整页眉页脚内容位置,以及页眉和标题显示功能,全新设计的 UI 交互 |
47
Hallelu 2019-10-06 14:02:32 +08:00 via iPhone
看到 Thorn 这个单词,必须得去体验一下。
|
48
Alecyrus OP @Hallelu v0.0.4-beta 发布啦,带来了 纸张颜色 修改的新特性(到这片帖子最新附言去看截图吧!!),一定要体验新版本哦,修复了 0.0.3-beta 版的一些大 bug。
|
49
sobigfish 2019-10-08 15:01:03 +08:00
看来支持 iCloud 同步会是以后作为 收费功能加入了?
|
50
Alecyrus OP @sobigfish 谢谢小伙伴的回复🍺,其实现在我们还没有开始考虑这部分。目前荆棘写作的功能完成进度其实还不到 40%,我们会慢慢打磨好荆棘写作,而且荆棘写作也仅仅是我们的一个切入点。希望荆棘写作值得你为之付费。
可以的化,多多在我们的 Github 仓库发起 Issue 和反馈哦,每个有价值的建议和讨论,我们都会在正式上线后,提供 1 个月到 24 个月的贡献者高级订阅计划。再次谢谢你的反馈。 |
51
hing 2019-10-08 16:42:38 +08:00 1
不知道本地存储的是数据库还剩直接的 Markdown 文件?
对我来说自己的笔记文档看得见摸得着是首要需求。 这类软件一个接一个的出,基本上都是文档存储在数据库里,最多给个导出功能。 |
52
Alecyrus OP @hing 谢谢你的反馈🍺🍺🍺。对于数据,我们从一开始,就定下了,一定要保证用户对数据有完全的控制。
✏️确切说,荆棘写作并不是一个 Markdown 编辑器,Markdown 只是作为一种输入快捷方式和一种导出文件格式。文章的数据结构并不是直接转换为 Markdown 存储。目前的方式直接存取文件进行延时保存。因此,应用目录存储的是一个个以只有荆棘写作专门能识别的数据结构存储的文件。小伙伴可以通过 `批量导出` 功能将一个笔记本导出为一个文件目录(可以选择 PDF、MD、RST、纯文本 TXT 以及 DOCS 文件等格式),从而实现,对自己的笔记文档看得见,摸得着。 ✏️对于荆棘写作原始的数据文件(存储在文章空间,一个空间对应一个存储目录)所在的存储目录,小伙伴随时可以通过荆棘写作应用将这个目录读取为一个文章空间。同时还可以将一个文章空间的文章以某种统一的格式进行导出。注:批量导出暂未支持,但是已列入高优先级开发队列🖖🖖。 ✏️原则来说,从性能上,为了保证更低的系统占用和内存消耗,我们不会通过对原有数据结构进行实时转换为 Markdown 格式进行存储,不然在编辑一些大文档的时候,应用就会出现在 ·大能耗应用清单·了。 🥳如果小伙伴一定要坚持,请在我们的 Github 区 发起 Issue 进行进一步讨论,用户的需求始终是首要的。另外提供暂时的两种方案: 1. 后期插件平台上线后,小伙伴可以发起特性请求,我们将会根据具体的社区讨论情况,实现相关插件,来帮助小伙伴,实现数据目录和 Markdown 文件目录实时对应的功能,进而小伙伴就可以直接关注 Markdown 目录了。 2. 插件平台的开发计划靠后,因此短期内,可能无法满足小伙伴的需求,但是目前另外有一些优秀的编辑器可供小伙伴选用,Typora,Ulysses,MWeb.... 🚀🚀🚀 最后,我其实没太明白,“看得见,摸得着” 到底是指的什么,我目前的理解是,通过文件夹组织一个一个 Markdown 文档。 如果我的回复有任何的误解的地方,请和我进一步讨论,欢迎发起 Issue。 |
53
Alecyrus OP @hing "这类软件一个接一个的出,基本上都是文档存储在数据库里,最多给个导出功能。" 这可能说明,小伙伴还没找到最适合的写作应用? 那些软件其实非常优秀,但是也许可能已经成型了。但是荆棘写作还很年轻,一定要告诉我们,你心目中,好用的写作应用,应该是什么样子,如果可以的话,一定要和我们讨论哦,期待在 Issue 区见到你。
|
54
hing 2019-10-08 18:50:19 +08:00
“看得见,摸得着” 到底是指的什么,我目前的理解是,通过文件夹组织一个一个 Markdown 文档。
-- 我表达的就是这个意思。 对原有数据结构进行实时转换为 Markdown 格式进行存储确实没必要,能给个延时保存的设置选项也挺好。 |
55
Alecyrus OP @hing 谢谢小伙伴的补充。现在的方案就是延时保存(在其他软件可能叫做实时保存),当停止键入 300ms 之后,文档将自动被写入文件(保存状态显示在编辑区左下角第一个图标,(其实保存得很快,保存图标的动画,我延迟了 500ms 结束))。 小伙伴说的延时保存是指的是,“保存为 Markdown” ?
|
57
hing 2019-10-09 08:19:09 +08:00
@Alecyrus 我希望是能支持保存为 Markdown 文档,
目前在文章空间的目录下存储的是 txt 文件,看了下 txt 文件里的内容格式也不具备可读性。这算不上是看得见摸得着。 |
58
Alecyrus OP @hing 感谢小伙伴的回复,我们目前还是选择坚持在荆棘写作的核心模块 ,不会采用 Markdown 格式作为保存形式,目前是 txt 文件里面保存的一个文章数据结构,这只是暂时的,接下来 我们将实现可选择启用的加密模块,将对数据文件进行密钥加密,实现用户的数据安全。而且为了压缩荆棘写作的数据目录大小,我们可能会对数据进行压缩存储,另外我们还会支持其他的元素(不仅仅 Markdow 包含的几种格式和语法), 所以目前数据目录存储的文章结构,以后只会变得越来越不可读。
我在这里,还是之前的回复,小伙伴的需求可以被实现,但是我们并不倾向将 Markdown 不会作为荆棘写作的数据存储方式,如果仅仅是为了追求数据文件要具备可读性这个理由,这不足以让我们更改目前的计划,如果小伙伴希望继续讨论,请发起 Issue,我们需要更多人在这一点的反馈,否则,暂时我们就只能将小伙伴的这个需求,放在官方插件功能备忘里(这种方案其实就是多存一份,肯定会带来更多的存储空间消耗) 1. 后期插件平台上线后,小伙伴可以发起特性请求,我们将会根据具体的社区讨论情况,实现相关插件,来帮助小伙伴,实现数据目录和 Markdown 文件目录实时对应的功能,进而小伙伴就可以直接关注 Markdown 目录了。 2. 插件平台的开发计划靠后,因此短期内,可能无法满足小伙伴的需求,但是目前另外有一些优秀的编辑器可供小伙伴选用,Typora,Ulysses,MWeb.... 🚀🚀🚀 最后,我们无论如何,都会充分考虑社区的意见,在这个问题上,我们希望同更多小伙伴进行交流,希望你 发起 Issue,这样可以我们在一个 Issue 里听到更多的关于此问题的反馈,通过进一步的交流和讨论,我们相信可以有一个大家都认可的解决方案。 |
59
Alecyrus OP @hing 小伙伴可以导出为 Markdown,但是原数据文件的存储形式,目前的计划暂时不会变更,但我们会留心这个问题,请小伙伴继续关注我们。
|
60
doveyoung 2019-10-09 09:51:57 +08:00
官网不是卡,是感觉光标不跟手……官网没找到下载的地方,github 上找到了,用用看
|
61
Alecyrus OP @doveyoung 谢谢你的下载支持。官网光标,小圆点的位置是实际的鼠标位置,小圆点肯定是跟手的,大圆点的移动是跟随小圆点,但是是惰性的,前面有同学说这个交互效果不错,所以在收到更多的负面反馈之间,我暂时保持官网的交互方式不变,希望理解。
|
62
Yang2333 2019-10-09 11:37:37 +08:00
官网的光标...气的我想砸鼠标,希望改进下
|
64
favourstreet 2019-10-10 13:09:58 +08:00
今天试了试 Windows 版,是不是浏览器在排版我不知道,文字基本的排版及格了。但为写作这个目的还远远不够。比如中西文挨着的时候,汉字和单词的字母间应该有一定的距离,别和我扯手动敲一个空格,这个距离本来就该是排版引擎自动加的,人家 Word 就有这个功能(这个功能我自己也做过)。可能有人说在这个软件里写好文章要发到网上去,目前浏览器也不会自动调整汉字和字母的间距,反正这 Electron 也是个浏览器,手动加空格正好保持一贯性。可是浏览器也认识 span[lang="ZH-CN"]{},这个功能在技术上应该是很简单的,我不信开发者没用过 Word 不知道有这回事。最后,那什么机器学习…“帮我写出更受欢迎的文章”,让我先笑一笑,恐怕这个能帮的忙不如添的乱多。帮我写出更好文章,我希望集成到 Word 里的是《现代汉语词典》
|
65
Alecyrus OP @favourstreet 非常感谢你的反馈🙏。正是有小伙伴这样的人在,荆棘写作才能变得更好。
1. 关于 CJK 文字的排版 和 印欧语系文字的混排,这部分其实我们很早就考虑到了,但是我们在做调研的时候,幸运地发现了其实有这样一群人在这方面做了很多的努力,就是「 孔雀计划:中文字体排印的思路 」,以及 The Elements of Typographic Style Applied to the Web ( http://webtypography.net), 但是 W3C 对 CJK 排版的支持并不好,比如 hanging-punctuation 等 css 属性,Chrome 也还没有支持,这意味 我们最后的实现,和真正规范标准,其实会有一些妥协在其中过不够另一方面,小伙伴在这方面提出反馈,说明我们之前对于将重点之一放在排版上的方向是对的,的的确确有人会真正关心这个。 2. 英文和中文之间添加空格,我们希望遵从 「 W3C 中文排版需求」中的规范,因此其实具体的实现,是使用空格,还是字距,词距?以及西文字母在行首,就不应该加入空格。另外在中文文章中,有了英文字符和间距空格,中文在行上,就不能完整对齐,这时候,就不应该加入空格,应该是半个汉字长度的弹性空白,诸如此类等等的细节。所以,实际的实现其实还有很多问题需要解决,当然啦,这个问题请留给我们。 3. 添加 data-attribute 是一种很好的实现手段,谢谢你指出。 4. “帮我写出更受欢迎的文章”,这个其实有三个阶段,一是中文和英文的拼写检查,二,是文章的结构,语法习惯,三,SEO 文章优化?字数目标?定制的目标阅读受众?语法建议?标题关键词?首页图片建议?。我会暂时删掉这个,避免引起误会。 5. 荆棘写作将会通过一个创新的 UI 交互 (还没有上线,我也不再夸自己了,算是一个功能预览),帮助你在写作,使用和查看各自资料,这样作家可以在写小说的时候,随时查看人物和故事大纲而不用离开键盘,而小伙伴可以随时查询汉语字典,语种翻译也不需要离开键盘..... 最后,非常谢谢小伙伴的反馈 🍺🍺🍺,希望继续关注我们。 |
66
standbymeX 2019-10-24 10:08:35 +08:00
挺好看的 m 一下试试
|