V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Alecyrus  ›  全部回复第 4 页 / 共 6 页
回复总数  107
1  2  3  4  5  6  
2020-05-05 14:32:38 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@AFuture 请小伙伴继续关注官网,价格会在官网发布。
2020-05-05 14:32:05 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@wdhwg001 谢谢指导!
2020-05-04 01:10:58 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
关于 UI/UX, 我不是专业的,站里如果有 UI/UX 小伙伴,也希望可以帮助提高小刺的 UI/UX 设计水平。🙏 欢迎联系我。如果希望进一步合作的话,可以联系我 [email protected] ,目前对于 UI/UX 的需求,不限于官网 /桌面端 /手机端.
2020-05-04 01:04:19 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
小伙伴挺专业的,可以持续关注小刺,内测多多反馈,赠送高级会员哦。
2020-05-04 01:02:18 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
2020-05-04 01:01:36 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@wdhwg001 左边 label 和右边选项在视觉上对齐是指的左下部分的菜单列表吗? label 和选项的是对齐的啊?
2020-05-03 16:55:18 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@wdhwg001 哈哈哈, 话说大家的注意点都放在 UI 上了啊,主题风格我只是列了这些,证明荆棘写作的主题皮肤的高度灵活性。小伙伴你不喜欢新拟态,那你有什么喜欢的风格吗?我再设计一套主题皮肤出来。。。。主题皮肤后续会有很多风格的,会对认证的设计师开放主题设计工具。
2020-05-03 11:43:13 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@FourAndHalf 静谧系列主题的风格是 Neumorphism (新拟态) https://www.zcool.com.cn/article/ZMTA5ODAwNA==.html, 至于实现请参考相关教程和设计文件。
2020-05-03 11:39:16 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@qiguai2017 已经在准备发布了,近期就会开启内测,官网可以订阅我们哦,到时会发送邀请码给小伙伴。
2020-05-03 11:38:19 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@hst001 希望功能可以让你喜欢。
2020-05-03 11:37:32 +08:00
回复了 Alecyrus 创建的主题 分享创造 荆棘写作全新版本,小刺 2.0 即将开启测试。
@hst001 谢谢小伙伴的回复,这只是现在内置的主题,往后各种颜色和风格主题都会有的,或许你可以告诉我们你喜欢什么风格?在合适的条件下,我们会出一些对应风格的主题。抱歉,我们的确不能保证某些主题的风格让所有人都喜欢,但是我们认为比小刺的设计观感可能会比同类产品会好上一些。对于目前的主题,也希望有专业的设计师同行给出指正意见。
@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 交互 (还没有上线,我也不再夸自己了,算是一个功能预览),帮助你在写作,使用和查看各自资料,这样作家可以在写小说的时候,随时查看人物和故事大纲而不用离开键盘,而小伙伴可以随时查询汉语字典,语种翻译也不需要离开键盘.....

最后,非常谢谢小伙伴的反馈 🍺🍺🍺,希望继续关注我们。
@Yang2333
@doveyoung 谢谢你们的反馈🍺🍺🍺,官网光标问题已解决。
@doveyoung 谢谢你的下载支持。官网光标,小圆点的位置是实际的鼠标位置,小圆点肯定是跟手的,大圆点的移动是跟随小圆点,但是是惰性的,前面有同学说这个交互效果不错,所以在收到更多的负面反馈之间,我暂时保持官网的交互方式不变,希望理解。
@hing 小伙伴可以导出为 Markdown,但是原数据文件的存储形式,目前的计划暂时不会变更,但我们会留心这个问题,请小伙伴继续关注我们。
@hing 感谢小伙伴的回复,我们目前还是选择坚持在荆棘写作的核心模块 ,不会采用 Markdown 格式作为保存形式,目前是 txt 文件里面保存的一个文章数据结构,这只是暂时的,接下来 我们将实现可选择启用的加密模块,将对数据文件进行密钥加密,实现用户的数据安全。而且为了压缩荆棘写作的数据目录大小,我们可能会对数据进行压缩存储,另外我们还会支持其他的元素(不仅仅 Markdow 包含的几种格式和语法), 所以目前数据目录存储的文章结构,以后只会变得越来越不可读。

我在这里,还是之前的回复,小伙伴的需求可以被实现,但是我们并不倾向将 Markdown 不会作为荆棘写作的数据存储方式,如果仅仅是为了追求数据文件要具备可读性这个理由,这不足以让我们更改目前的计划,如果小伙伴希望继续讨论,请发起 Issue,我们需要更多人在这一点的反馈,否则,暂时我们就只能将小伙伴的这个需求,放在官方插件功能备忘里(这种方案其实就是多存一份,肯定会带来更多的存储空间消耗)
1. 后期插件平台上线后,小伙伴可以发起特性请求,我们将会根据具体的社区讨论情况,实现相关插件,来帮助小伙伴,实现数据目录和 Markdown 文件目录实时对应的功能,进而小伙伴就可以直接关注 Markdown 目录了。
2. 插件平台的开发计划靠后,因此短期内,可能无法满足小伙伴的需求,但是目前另外有一些优秀的编辑器可供小伙伴选用,Typora,Ulysses,MWeb.... 🚀🚀🚀

最后,我们无论如何,都会充分考虑社区的意见,在这个问题上,我们希望同更多小伙伴进行交流,希望你 发起 Issue,这样可以我们在一个 Issue 里听到更多的关于此问题的反馈,通过进一步的交流和讨论,我们相信可以有一个大家都认可的解决方案。
@hing 小伙伴的意思是,希望可以自定义延时的时间长度??
@hing 谢谢小伙伴的补充。现在的方案就是延时保存(在其他软件可能叫做实时保存),当停止键入 300ms 之后,文档将自动被写入文件(保存状态显示在编辑区左下角第一个图标,(其实保存得很快,保存图标的动画,我延迟了 500ms 结束))。 小伙伴说的延时保存是指的是,“保存为 Markdown” ?
@hing "这类软件一个接一个的出,基本上都是文档存储在数据库里,最多给个导出功能。" 这可能说明,小伙伴还没找到最适合的写作应用? 那些软件其实非常优秀,但是也许可能已经成型了。但是荆棘写作还很年轻,一定要告诉我们,你心目中,好用的写作应用,应该是什么样子,如果可以的话,一定要和我们讨论哦,期待在 Issue 区见到你。
@hing 谢谢你的反馈🍺🍺🍺。对于数据,我们从一开始,就定下了,一定要保证用户对数据有完全的控制。

✏️确切说,荆棘写作并不是一个 Markdown 编辑器,Markdown 只是作为一种输入快捷方式和一种导出文件格式。文章的数据结构并不是直接转换为 Markdown 存储。目前的方式直接存取文件进行延时保存。因此,应用目录存储的是一个个以只有荆棘写作专门能识别的数据结构存储的文件。小伙伴可以通过 `批量导出` 功能将一个笔记本导出为一个文件目录(可以选择 PDF、MD、RST、纯文本 TXT 以及 DOCS 文件等格式),从而实现,对自己的笔记文档看得见,摸得着。

✏️对于荆棘写作原始的数据文件(存储在文章空间,一个空间对应一个存储目录)所在的存储目录,小伙伴随时可以通过荆棘写作应用将这个目录读取为一个文章空间。同时还可以将一个文章空间的文章以某种统一的格式进行导出。注:批量导出暂未支持,但是已列入高优先级开发队列🖖🖖。

✏️原则来说,从性能上,为了保证更低的系统占用和内存消耗,我们不会通过对原有数据结构进行实时转换为 Markdown 格式进行存储,不然在编辑一些大文档的时候,应用就会出现在 ·大能耗应用清单·了。

🥳如果小伙伴一定要坚持,请在我们的 Github 区 发起 Issue 进行进一步讨论,用户的需求始终是首要的。另外提供暂时的两种方案:

1. 后期插件平台上线后,小伙伴可以发起特性请求,我们将会根据具体的社区讨论情况,实现相关插件,来帮助小伙伴,实现数据目录和 Markdown 文件目录实时对应的功能,进而小伙伴就可以直接关注 Markdown 目录了。

2. 插件平台的开发计划靠后,因此短期内,可能无法满足小伙伴的需求,但是目前另外有一些优秀的编辑器可供小伙伴选用,Typora,Ulysses,MWeb.... 🚀🚀🚀

最后,我其实没太明白,“看得见,摸得着” 到底是指的什么,我目前的理解是,通过文件夹组织一个一个 Markdown 文档。

如果我的回复有任何的误解的地方,请和我进一步讨论,欢迎发起 Issue。
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2214 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 02:33 · PVG 10:33 · LAX 19:33 · JFK 22:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.