为什么要选择 Scrivener ?

标签: Sharing Software Scrivener | 发表时间:2014-01-24 13:01 | 作者:scomper
出处:http://irising.me

在长篇写作的过程中,对软件的需求不再单纯只是将文字展现出来。随着写作时间的增加,迫切需要一个合格的“助理”来协助完成工作,文稿的集中管理、参考文献引用注释、素材和图片整理、与编辑往复间的版本修订、写作计划的推进等等。Scrivener充分考虑了「职业」文字工作者的工作流,将写作管理作为其软件设计的核心,在文字的创造、写作推进、格式输出、文稿归档几个典型的阶段中保持着强有力的支持。

轻量级的写作软件中Ulysses III和Scrivener有着类似的软件逻辑,强调文档管理的重要性并提供了几种可以聚合多个文档的方式,把多个内容片断有选择性的连续的呈现出来。

Scrivener在内容的组织上将这种“自由章节”的方式发挥的更充分,Scrivener新创建的每一个文件更像是一个写作项目,我们可以一个文档一个文档的开始写作,用每个文档、文件夹、文档集来对应章、小节或者独立的故事,文档之间可以进一步的通过层级关系来决定隶属关系,这种灵活的组织方式有利于捕捉那些写作过程中的灵感,同时通过自定义文件夹还可以归置很多与作品内容相关但是不出现在作品中的内容,例如:相关的素材、图片等等。

Voila_Capture4

首次打开Scrivener,会出现一个Scrivener的模板选择窗口,这里提供了不同的写作场景下的模板文件,小说、剧本、论文等等。模板之间的差别主要包含的是新建Scrivener项目后所包含的不同的预置目录结构,还有字体和一些格式设置的不同,除了剧本比较特殊以外,其他的模板本质上没有差别,因为那些目录结构在新建项目后都可以自定义。剧本不同的地方在于新建项目后会自动切换到剧本写作模式,在剧本写作模式中支持定义的热键来自动匹配内容格式。

刚开始学习使用Scrivener,可以从创建一个「Blank」项目开始,进入软件界面后先熟悉软件的界面和功能布局。

和大多数软件一样,软件主要的功能点都体现在工具栏的图标上,如果关闭左侧的「文件篮」以及最右侧的「检查器」,再进一步点击一次「群组模式」左侧的页面显示方式「切换」图标,你会发现这个时候的软件界面才有点Word处理软件一样的“亲切感”,就是写作区顶部的格式控制项显得简单和单薄很多。

通过关闭Scrivener的「文件篮」「检查器」,已经不难看出Scrivener和其他文字处理软件的差异,Scrivener多了针对内容的组织管理,强化了附加性内容的管理(注解、关键词、文档快照以及参考文献等),正文区域可分割的窗口设计更适合多个文档之间的参照写作,另外切换工具栏「群组模式」中的「软木板」「大纲视图」还能更直观的来整理文档,这些不同于文字处理类软件的诸多特性给Scrivener加了一个醒目的标签“生产型”写作软件,这也是在写长文档时我们为什么选择它的理由。

ajax loader

相关 [选择 scrivener] 推荐:

为什么要选择 Scrivener ?

- - Page to Page
在长篇写作的过程中,对软件的需求不再单纯只是将文字展现出来. 随着写作时间的增加,迫切需要一个合格的“助理”来协助完成工作,文稿的集中管理、参考文献引用注释、素材和图片整理、与编辑往复间的版本修订、写作计划的推进等等. Scrivener充分考虑了「职业」文字工作者的工作流,将写作管理作为其软件设计的核心,在文字的创造、写作推进、格式输出、文稿归档几个典型的阶段中保持着强有力的支持.

CSS4 选择器

- iVane - 幸福收藏夹
CSS3 还没完全用上,CSS4 已经提上日程. 官方发布了 update to the working Selectors Level 4 spec,对选择器做了一些升级. 前端最大的优点就是技术更新快,可以经常学到新东西;最大的缺点也是技术更新快,要跟上潮流还真不是那么简单. 不过,这次更新有像“父选择器”这样让人兴奋的内容,让我们先睹为快,了解一下吧:.

转载 选择

- bravusliu - caowumao的博客

JQuery 选择器

- - CSDN博客Web前端推荐文章
} </script> <p onclick="test();">点击我</p>.    像上面这样把JavaSript代码和HTML代码混杂在一起的做法同样也非常不妥,因为它并没有将网页内容和行为分离,所以才有JQuery选择器的学习. <p class="demo">点击我</p>.

选择性闭嘴

- 蓓 - 土摩托日记
除了熟人之外,文青博客我追看的不多,总数不会超过10个,因为大多数这类博客的营养都欠奉. 一个是连岳,他的感情QA还是挺好看的,某些政论文字也还不错. 但这厮喜欢掺和科学的事儿,不止一次误导过读者. 就拿地震预报来说吧,他哪有资格评论. 看看这个报道,今天距离这则报道正好过去了两个月,可预报的地震仍然没有发生.

mysql选择索引

- - CSDN博客数据库推荐文章
1、尽量为用来搜索、分类或分组的数据列编制索引,不要为作为输出显示的数据列编制索引. 最适合有索引的数据列是那些在where子句中数据列,在联结子句中出现的数据列,或者是在Group by 、Order by子句中出现的数据列. select 后的数据列最好不要用索引. 2、综合考虑各数据列的维度.

jsoup select 选择器

- - 编程语言 - ITeye博客
采用CSS或类似jquery 选择器(selector)语法来处理HTML文档中的数据. 利用方法: Element.select(String selector)和 Elements.select(String selector). Jsoup的元素支持类似CSS或(jquery)的选择器语法的查找匹配的元素,可实现功能强大且鲁棒性好的查询.

我为什么选择MongoDB

- Caiwangqin - 超群.com的博客
我在选用一些技术的时候大多考虑这些方面:. 新的方案能不能解决目前项目中难以忍受的问题. 见过很多的项目为了解决一个稍显复杂的问题引入一个更加复杂的方案,着实累人. 新的方案能不能很平滑的应用到项目中去. 在mongodb之前,我碰到的问题是:. 项目的需求不断变化,数据库表结构需要不断调整来满足新的需求,FriendFeed用的是schema-less方法来解决这种问题,但是schema-less也有一些问题,在设计时候需要考虑动静分离,要不然为了更新某个小数据需要频繁的更新整个大数据块会比较烦躁,数据的一致性和有效性需要在代码中特别注意.

MVC就是个选择题

- Dash - Becomin&#39; Charles
由于采用了Web开发框架来开发项目,所以我首次在真正的项目中采用MVC的开发模式. 随着项目的不断深入,我也在不断反思,MVC设计模式到底给项目带来了什么. 听起来都很难听对吗,但是确实如此. 清晰的代码结构,易于维护,易于扩展. 当然,我不是在批判MVC,只是觉得,在使用MVC过程中,还是需要投入更深入的思考,到底怎样才能用好这个设计模式.

被选择的互联网

- Jacqueline - 月光博客
  连线杂志的那篇《互联网死了》确实震动业界,而现在,百度的框计算似乎正在验证他的话. 无论是高兴也好,无论是哀嚎也罢,百度的框计算终究给最终用户带来了一些实际的东西. 他改变了人们对于传统搜索的认知. 而百度这类似的行为,正成为互联网的一种趋势. 可以说,商业化的大潮,正在人为的割裂互联网,让他的边界越来越明显.