【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》《LibreOffice 6.2 入门指南》《LibreOffice 6.2 Math 数学公式指南》。

OOo,TeX,KO,ABI,GIMP,Picasa,ProE,QCAD,Inkscape,Kicad,Eagle
回复
suokunlong
帖子: 13
注册时间: 2010-10-29 18:06
送出感谢: 0
接收感谢: 2 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#151

帖子 suokunlong » 2019-04-13 14:28

我之前翻译的一章:
附录 B 开放源代码,开放标准,开放文档格式
https://www.libreoffice.org/assets/Uplo ... -zh-CN.odt

可供参考。
头像
yq-ysy
论坛版主
帖子: 3713
注册时间: 2008-07-19 12:44
来自: 广西(桂)南宁(邕)
送出感谢: 0
接收感谢: 79 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#152

帖子 yq-ysy » 2019-04-13 18:26

suokunlong 写了:
2019-04-13 14:09
我已经将翻译完成的两个指南放置在了官方文档页面上:
https://documentation.libreoffice.org/zh-cn/cn/
但文档是存储在我自己的Nextcloud服务器上,该服务器带宽需要耗费金钱,1GB=1RMB,如果下载人数较多就会面临烧钱的困境,因此如果有更好的存储分享方式请大家告知我。
十分感谢您的出力帮助!
原来是因为LibreOffice官方网站附件大小限制为25MB,有个解决办法是,用odt源文件输出一个压缩图片的PDF,就能压缩到25M以内了(现在是28M,压缩到25M区别不大,图片质量还是非常清晰的)。odt 文件和 equb 文件看看能否压缩成 7z 文件?

这已经完成的两本,各三种格式,共6个文件92M,按100M方便计算,如果每个人都下载完6个文件,那么只需10个人就达到1G了。
然而,从我发布3月19日发布《LibreOffice 6.2 Writer 文档写作指南》截止到现在4月13日,20多天,百度网盘的PDF下载量仅32次,保存19次,其它版本下载量都是个位数就不说了,邮件索取的更是仅仅4人。
哈,所以,如果真有1000个人使用了100G流量下载这个指南,我反倒是很高兴的——这说明至少有1000个人想认真学习使用LIbreOffice了。

suokunlong 写了:
2019-04-13 14:19
我有两个建议:
1. 文档正文段落字体适宜设置为“Noto Serif CJK SC”,而不是“Noto Sans CJK SC Regular”。“Noto Sans CJK SC Regular”可继续用于标题样式的字体。Sans字体适合作为标题字体,而不适合作为正文字体。
2. 正文样式的对齐方式选择“两端对齐”,这样可以使正文段落右侧显示的更整齐。
第一点我也曾考虑过,理论上正文是应该使用宋体字的。而且刚好在《LibreOffice 6.2 Writer 文档写作指南》这本书里,也提到过这个问题,书里的建议是:如果需要打印成纸质书籍,那么正文就不要使用黑体字,这样能节省很多墨水(墨粉);而如果是使用电脑或者手机阅读,那么正文则应该使用黑体字,这样在屏幕上的视觉效果更好,便于人们阅读。

我甚至曾考虑过,是不是应该输出两个版本,一个版本用于电脑或手机阅读的电子版,正文黑体字,而且图片可以大幅度压缩,能减少一半以上文件大小;另一个版本是专门用于打印或者印刷,正文宋体字,图片无损高清质量、能自动插入空白页让每一个章节标题处在右手页码为单数的页面、正反页面行距相等(即正反两面的每一行都贴合、不会在行距之间的纸张背面产生阴影,但这会增加很大的行距)。

但是后来想想,毕竟需要打印或者印刷的人很少,大多数人还是看的电子版,如果输出的版本种类太多,反而会造成“选择困难症”,又占用服务器的空间,况且,我提供有odt源文件,想打印或者印刷的人可以自行输出他需要的版本,所以权衡再三,就只输出了正文黑体字、图片无损高清质量的电子版。

第二点是我疏忽遗漏了,确实应该把正文样式的对齐方式改为“两端对齐”的,这样看起来会好看一些,且页数并没有受到影响。我试验了一下,也发现Writer的两端对齐似乎不如Wrod那么“强制性整齐划一”,尤其是在中英文符号混杂的段落里,还是经常出现末尾没能完全对齐的情况。

suokunlong 写了:
2019-04-13 14:28
我之前翻译的一章:
附录 B 开放源代码,开放标准,开放文档格式
https://www.libreoffice.org/assets/Uplo ... -zh-CN.odt
可供参考。
这个太好了!正在翻译《LibreOffice 入门指南》的网友“驿窗project”也许可以用得上。
头像
驿窗project
帖子: 65
注册时间: 2019-01-17 12:17
系统: Arch/Debian
送出感谢: 2 次
接收感谢: 1 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#153

帖子 驿窗project » 2019-04-17 17:49

之前我这里有计划过上NAS,但一直没有进展,后续如果配置NAS的话,可以提供存储和传输;
最理想的方案,是由大学的服务器提供下载;暂时,我先到处问问~
上次由 驿窗project 在 2019-04-28 21:17,总共编辑 2 次。
头像
驿窗project
帖子: 65
注册时间: 2019-01-17 12:17
系统: Arch/Debian
送出感谢: 2 次
接收感谢: 1 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#154

帖子 驿窗project » 2019-04-17 18:00

suokunlong 写了:
2019-04-13 14:19
我有两个建议:
1. 文档正文段落字体适宜设置为“Noto Serif CJK SC”,而不是“Noto Sans CJK SC Regular”。“Noto Sans CJK SC Regular”可继续用于标题样式的字体。Sans字体适合作为标题字体,而不适合作为正文字体。
2. 正文样式的对齐方式选择“两端对齐”,这样可以使正文段落右侧显示的更整齐。
这是很有价值的建议,截图工作完成后我会按这两个建议,制作不同版本进行对比,然后上传最优版本。
头像
驿窗project
帖子: 65
注册时间: 2019-01-17 12:17
系统: Arch/Debian
送出感谢: 2 次
接收感谢: 1 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#155

帖子 驿窗project » 2019-04-17 18:03

suokunlong 写了:
2019-04-13 14:28
我之前翻译的一章:
附录 B 开放源代码,开放标准,开放文档格式
https://www.libreoffice.org/assets/Uplo ... -zh-CN.odt

可供参考。
二校已经接近完成,这部分在最后,还没做二校;校对时我会参考你提供的译本~
头像
驿窗project
帖子: 65
注册时间: 2019-01-17 12:17
系统: Arch/Debian
送出感谢: 2 次
接收感谢: 1 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#156

帖子 驿窗project » 2019-04-17 18:11

yq-ysy 写了:
2019-04-13 18:26
suokunlong 写了:
2019-04-13 14:19
我有两个建议:
1. 文档正文段落字体适宜设置为“Noto Serif CJK SC”,而不是“Noto Sans CJK SC Regular”。“Noto Sans CJK SC Regular”可继续用于标题样式的字体。Sans字体适合作为标题字体,而不适合作为正文字体。
2. 正文样式的对齐方式选择“两端对齐”,这样可以使正文段落右侧显示的更整齐。
第一点我也曾考虑过,理论上正文是应该使用宋体字的。而且刚好在《LibreOffice 6.2 Writer 文档写作指南》这本书里,也提到过这个问题,书里的建议是:如果需要打印成纸质书籍,那么正文就不要使用黑体字,这样能节省很多墨水(墨粉);而如果是使用电脑或者手机阅读,那么正文则应该使用黑体字,这样在屏幕上的视觉效果更好,便于人们阅读。

我甚至曾考虑过,是不是应该输出两个版本,一个版本用于电脑或手机阅读的电子版,正文黑体字,而且图片可以大幅度压缩,能减少一半以上文件大小;另一个版本是专门用于打印或者印刷,正文宋体字,图片无损高清质量、能自动插入空白页让每一个章节标题处在右手页码为单数的页面、正反页面行距相等(即正反两面的每一行都贴合、不会在行距之间的纸张背面产生阴影,但这会增加很大的行距)。

但是后来想想,毕竟需要打印或者印刷的人很少,大多数人还是看的电子版,如果输出的版本种类太多,反而会造成“选择困难症”,又占用服务器的空间,况且,我提供有odt源文件,想打印或者印刷的人可以自行输出他需要的版本,所以权衡再三,就只输出了正文黑体字、图片无损高清质量的电子版。
字体的问题,截图完成后,我再做一些测试,另外再找一些人调查一下,争取尽量客观~
头像
驿窗project
帖子: 65
注册时间: 2019-01-17 12:17
系统: Arch/Debian
送出感谢: 2 次
接收感谢: 1 次

Re: 【已发布】用谷歌翻译的《LibreOffice 6.2 Writer 文档写作指南》,【持续推进】《LibreOffice 入门指南》、《Math 数学公式指南》。

#157

帖子 驿窗project » 2019-04-18 9:08

网友建议放在Github上,我觉得在目前没有其它方案的情况下,可以考虑使用,包括Gitlab~
使用的话,建议在https://documentation.libreoffice.org/zh-cn/cn/里放上手册文件的SHA256校验码,以确保下载的人可以验证文件完整性~
头像
yq-ysy
论坛版主
帖子: 3713
注册时间: 2008-07-19 12:44
来自: 广西(桂)南宁(邕)
送出感谢: 0
接收感谢: 79 次

Re: 用(Google Translate apk)谷歌翻译LibreOffice_6_1_Writer指南(前六章翻译完毕)第3页39楼可下载

#158

帖子 yq-ysy » 2019-08-10 15:55

yq-ysy 写了:
2019-03-17 16:33
yq-ysy 写了:
2018-12-03 8:53
Ping-Wu 写了:
2018-12-03 8:08
安卓虽然基于 Linux 内核,其实是一个闭源系统。国内的手机大厂如果愿意联合起来的话,其实应该有这个实力(及势力)开发出来一套取代安卓的作业系统,但我们都知道这是不可能的事。另外,谷歌目前正在积极的把安卓的功能包括整套系统,移植(port)到电脑上。国内的厂商,绝对不可能有这个远见。
远见是有的,有没有能力做,那就是另一回事了。
研发操作系统,就像研发芯片一样,首先中小厂家基本不会去做这件事情,自己生存还是个问题呢,哪有空闲忙这个?
只能期望于华为这样的大厂了。为相信对于未来的操作系统,他们是有所考虑的——或许已经在做了也不一定。
(想一想,华为的麒麟芯片、阿里巴巴的车载操作系统,对于公众来说似乎都是“一夜之间”冒出来的,他们不知道研发了多少年?)

就算做出来了,什么时候发布、什么时候应用到产品上,也是需要考虑的。
——并不是越快越好,因为要挑战现有的操作系统整个生态圈,不是一件容易的事情(也没必要,反正也能赚到钱)。
就像古时“武王伐纣”,早在文王在位时,就已经有各路诸侯希望讨伐纣王了,但周文王一直到死也不同意,为什么?
时候未到,己方力量不足,如同螳臂挡车啊。所以只能韬光隐晦、独善其身了——这和其他弱小厂家的“无力为之”有很大不同。

我还是希望国内某企业能收购一家开源桌面系统,就如同IBM收购了Redhat,也许已经有厂家有这个意向了,在等待一个合适的价格?
《华为自研OS:任正非推进 手机与PC都支持》
http://mobile.163.com/19/0317/01/EAEC1S9A0011819H.html
2019-03-17 01:09:22 来源: 雷锋网(深圳)

华为终于对外承认,它已经打造了属于自己的操作系统。
华为确认自研操作系统,覆盖手机和PC

哈哈,这个话题中的猜测,仅仅过了九个月,就已经变为现实了。
https://forum.ubuntu.org.cn/viewtopic.php?f=1&t=489963

华为正式发布自研操作系统“鸿蒙”:微内核,全场景
摘自 https://tech.163.com/19/0809/16/EM5DFR2R000999LD.html

相关阅读:
余承东:华为手机优先用安卓,迁移鸿蒙OS只需1-2天
余承东:鸿蒙将率先用在智慧屏上,要做全球操作系统
余承东:鸿蒙OS将向全球开发者开源,建立开源社区
余承东:鸿蒙是面向未来的操作系统(演讲全文)


图片

网易科技讯8月9日消息,华为消费者业务首届开发者大会今日举行。华为首次公布了自研操作系统“鸿蒙”。
回复

回到 “办公、图像、机械电子设计等”