LibreOffice 5.3 要上 Ribbon 工具栏了
- NetDreamer
- 帖子: 858
- 注册时间: 2007-10-19 20:40
- 联系:
LibreOffice 5.3 要上 Ribbon 工具栏了
http://news.softpedia.com/news/libreoff ... 1061.shtml
其实一直觉得侧边栏也不错,关了工具栏,只在侧边栏操作,我遇到的最不方便的就是没有格式刷。何不把工具栏中的按钮都移植到侧边栏中呢。
弄个 Ribbon 的工具栏,还落个模仿的嫌疑。而且 Ribbon 栏和侧边栏,在当下宽屏时代,在利用屏幕空间上,明显后者更合理。
Live and let live.
-
- 帖子: 68
- 注册时间: 2009-08-24 15:10
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
快点来吧,照顾一部分习惯吧。
- lovebluesky
- 帖子: 487
- 注册时间: 2010-02-03 17:09
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
win下启用利开发功能,也没出现,失望。
win下用这个主要是word太臃肿利,对于无关紧要的,可以用pdf存的资料一般我现在就用libre了
win下用这个主要是word太臃肿利,对于无关紧要的,可以用pdf存的资料一般我现在就用libre了
openSUSE+xfce 13年初开始用,可能要成为我用的最久的linux系统了
之所以xfce的官方理由是他轻便简洁
非官方理由是穷,没钱换高配电脑
继续为了买了mac但任性的换装openSUSE而奋斗!
之所以xfce的官方理由是他轻便简洁
非官方理由是穷,没钱换高配电脑
继续为了买了mac但任性的换装openSUSE而奋斗!
- NetDreamer
- 帖子: 858
- 注册时间: 2007-10-19 20:40
- 联系:
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
我试了32位的,win7,先启用试验功能,再到“视图”里启用,没问题。
就是太粗糙了。
而且关不了,只能删除 localdata 里的文件夹才能复原。
更喜欢侧栏,盼着未来有和工具栏一样的全功能侧边栏。
就是太粗糙了。
而且关不了,只能删除 localdata 里的文件夹才能复原。
更喜欢侧栏,盼着未来有和工具栏一样的全功能侧边栏。
Live and let live.
- lovebluesky
- 帖子: 487
- 注册时间: 2010-02-03 17:09
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
用上了,设置的时候没看到后面还要设置,只启用了实验功能一开始,还行吧,比之前乱糟糟的好,虽然界面有点丑,但比弄一堆要好多了,分类之后怎么也清晰,尤其是我这样用惯了微软的界面的,libre好多图标我不太认识的。
openSUSE+xfce 13年初开始用,可能要成为我用的最久的linux系统了
之所以xfce的官方理由是他轻便简洁
非官方理由是穷,没钱换高配电脑
继续为了买了mac但任性的换装openSUSE而奋斗!
之所以xfce的官方理由是他轻便简洁
非官方理由是穷,没钱换高配电脑
继续为了买了mac但任性的换装openSUSE而奋斗!
-
- 帖子: 103
- 注册时间: 2013-12-13 6:57
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
这套办公软件很糟糕,应该清理代码了。
有些组件该废掉重写,比如 calc 的行列容器,用的还是当年 staroffice 时代的设计,行列固定内存占用,在百万行的前提下,所以没办法实现微软office的数万列。只能1024列,多了内存占用將不得了。
有些组件该废掉重写,比如 calc 的行列容器,用的还是当年 staroffice 时代的设计,行列固定内存占用,在百万行的前提下,所以没办法实现微软office的数万列。只能1024列,多了内存占用將不得了。
- Ping-Wu
- 帖子: 1822
- 注册时间: 2012-11-14 9:34
- 系统: Debian 12
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
???sxgpic 写了:这套办公软件很糟糕,应该清理代码了。
这个从 "fixed column container" 到 "dynamic column container" 改造工程,已在去年年底/今年年初开始进行了。sxgpic 写了:有些组件该废掉重写,比如 calc 的行列容器,用的还是当年 staroffice 时代的设计,行列固定内存占用,在百万行的前提下,所以没办法实现微软office的数万列。只能1024列,多了内存占用將不得了。
跟闭源软件不同的,它在改造之前,经过了一番热烈的讨论,有兴趣的大众都可以参与。
第一个patch,可以在下面的源码里稍微一瞥(也可以练练功夫吧--开源软件的最大长处):
https://cgit.freedesktop.org/libreoffic ... 693f6c5a96
最后的产品,预定在 LibreOffice 6.0.0 时完成。以后有兴趣靠LibreOffice吃饭的朋友,可以下载daily build先试试,提出bug report。也可以根据自己的需要,提出建议!
https://bugs.documentfoundation.org/sho ... i?id=50916
我个人觉得,这个功能根本不需要。超过 1023 列的数据,根本就应该用LibreOffice Base处理。这是微软Office带来的坏习惯,但其他产品不得不跟进。
不过这是开源软件吗,有人要提贡献,其他人也不好意思挡。
Ditto Ribbon。
常常接触微软Office文件的朋友,我建议把时间花在WINE上。Office 2013在最新版(WINE 2.x)里执行非常顺。要推广Linux桌面,也非常需要对 Office/WINE有经验的大神。
- wojiaowwj
- 帖子: 662
- 注册时间: 2011-03-18 0:22
- 系统: Chakra Linux
- 来自: 上海
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
这个功能非常需要,没人想要多安装一个libreoffice base。Ping-Wu 写了:???sxgpic 写了:这套办公软件很糟糕,应该清理代码了。
这个从 "fixed column container" 到 "dynamic column container" 改造工程,已在去年年底/今年年初开始进行了。sxgpic 写了:有些组件该废掉重写,比如 calc 的行列容器,用的还是当年 staroffice 时代的设计,行列固定内存占用,在百万行的前提下,所以没办法实现微软office的数万列。只能1024列,多了内存占用將不得了。
跟闭源软件不同的,它在改造之前,经过了一番热烈的讨论,有兴趣的大众都可以参与。
第一个patch,可以在下面的源码里稍微一瞥(也可以练练功夫吧--开源软件的最大长处):
https://cgit.freedesktop.org/libreoffic ... 693f6c5a96
最后的产品,预定在 LibreOffice 6.0.0 时完成。以后有兴趣靠LibreOffice吃饭的朋友,可以下载daily build先试试,提出bug report。也可以根据自己的需要,提出建议!
https://bugs.documentfoundation.org/sho ... i?id=50916
我个人觉得,这个功能根本不需要。超过 1023 列的数据,根本就应该用LibreOffice Base处理。这是微软Office带来的坏习惯,但其他产品不得不跟进。
不过这是开源软件吗,有人要提贡献,其他人也不好意思挡。
Ditto Ribbon。
常常接触微软Office文件的朋友,我建议把时间花在WINE上。Office 2013在最新版(WINE 2.x)里执行非常顺。要推广Linux桌面,也非常需要对 Office/WINE有经验的大神。
- 百草谷居士
- 帖子: 3939
- 注册时间: 2006-02-10 16:36
- 系统: debian12/xubuntu2404
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
我一直都会把Base装上的
debian 12.5 / xubuntu 24.04
为何热衷于搞发行版的多,搞应用程序开发的少?Linux最多余的就是各种发行版,最缺的就是应用程序,特别是行业应用程序。
为何热衷于搞发行版的多,搞应用程序开发的少?Linux最多余的就是各种发行版,最缺的就是应用程序,特别是行业应用程序。
- 灰色小狼
- 帖子: 4585
- 注册时间: 2008-12-06 10:38
- 系统: Arch
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
windows要装就装全家桶
-
- 帖子: 103
- 注册时间: 2013-12-13 6:57
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
你不处理科学实验数据,当然不知道百万行数万列的重要性啦。Ping-Wu 写了:???sxgpic 写了:这套办公软件很糟糕,应该清理代码了。
这个从 "fixed column container" 到 "dynamic column container" 改造工程,已在去年年底/今年年初开始进行了。sxgpic 写了:有些组件该废掉重写,比如 calc 的行列容器,用的还是当年 staroffice 时代的设计,行列固定内存占用,在百万行的前提下,所以没办法实现微软office的数万列。只能1024列,多了内存占用將不得了。
跟闭源软件不同的,它在改造之前,经过了一番热烈的讨论,有兴趣的大众都可以参与。
第一个patch,可以在下面的源码里稍微一瞥(也可以练练功夫吧--开源软件的最大长处):
https://cgit.freedesktop.org/libreoffic ... 693f6c5a96
最后的产品,预定在 LibreOffice 6.0.0 时完成。以后有兴趣靠LibreOffice吃饭的朋友,可以下载daily build先试试,提出bug report。也可以根据自己的需要,提出建议!
https://bugs.documentfoundation.org/sho ... i?id=50916
我个人觉得,这个功能根本不需要。超过 1023 列的数据,根本就应该用LibreOffice Base处理。这是微软Office带来的坏习惯,但其他产品不得不跟进。
不过这是开源软件吗,有人要提贡献,其他人也不好意思挡。
Ditto Ribbon。
常常接触微软Office文件的朋友,我建议把时间花在WINE上。Office 2013在最新版(WINE 2.x)里执行非常顺。要推广Linux桌面,也非常需要对 Office/WINE有经验的大神。
用数据库?Are you kidding me? 完全不是同一功能,用途完全不一样的东西。
1024列,废品,没法用。
-
- 帖子: 103
- 注册时间: 2013-12-13 6:57
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
LibreOffice Calc 更换 dynamic column container 的事情在 LibreOffice 从 OpenOffice 分支出来之前就有社区用户提出来了,记得当时有参与 OpenOffice Calc 开发的人回应过,说要重写一个动态列容器工程太大,不是一朝一夕能完成的,基本不会考虑更换。所以,这么多年来这个办公套件进步并不大,还是一样的不好用。
LibreOffice 6.0 将跨出这一步的话,的确是个好消息。
LibreOffice 6.0 将跨出这一步的话,的确是个好消息。
- Ping-Wu
- 帖子: 1822
- 注册时间: 2012-11-14 9:34
- 系统: Debian 12
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
谈到Base,我有一些个人经验,跟论坛朋友们分享:百草谷居士 写了:我一直都会把Base装上的
1. 我不知道国内的情形,在美国,普通版的微软Office约$120美元(有时候更便宜),要加Access(database软件)则要买专业版,价格超过两倍(而且不会减价)。但更重要的,很多美国大学,跟微软有契约,让学生以很低的费用使用普通版的Office。一般人不会去买Access,因此根本没有接触到database软件的机会。这个封闭观念,也传到国内(尤其是台湾),我看到不少公司及政府机构都在拿Excel来当database工具使用。
2. 我在其他帖子谈了很多次,Ubuntu内含的LibreOffice残缺不全,毛病很多,如果有心要使用LibreOffice的话,第一个步骤,就是必须用下面(看起来好像是多余)的指令把它补全:
代码: 全选
sudo apt install libreoffice
3. LibreOffice是一个典型的 OOP(Object-Oriented-Programming)程序,Writer, Calc, Base, Draw, Presentation等,基本上,都共享同样的code base。不想要Base的话,还要多花一番功夫把它remove掉,但也腾不出多少空间(因为OOP的关系)。
4. 我们都知道,写程序并不需要什么证照,但(至少在美国)一般大公司或联邦政府机构,要做到资深一点的database师的话,都需要Oracle证照。一张Oracle证照比名校的毕业证书要值钱多多。国内的政府机构,最近也很重视“大数据”的人才。我记得马云也谈过,在阿里巴巴里,Oracle跟MySQL混合使用的情形。IoT 广泛化以后,更是需要熟练database人才。
5. 使用LibreOffice的最大隐藏优点之一,就是让使用者有机会练database功夫。当然啦,这只是我个人的意见,一般人根本不会有兴趣。
6. 另外,Base是LibreOffice整体的一部分(integral part),query 出来的结果,可以无缝的放到Writer文件里。对高手来讲,这是LibreOffice比Office强的地方之一。
7. LibreOffice 最大的强处,当然就是它的OOP建构,可以把它的Library 放到(import)自己的程序里。即在我们自己写的软件里,就可以执行办公室套件的工作。不过目前LibreOffice因为正在被重写中,它的API可能还不是很成熟。
-
- 帖子: 127
- 注册时间: 2009-08-31 17:21
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
我早年间在m$的编程经验看,M$Office的API也很混乱,Office 2000/XP/2003等各个版本差别巨大,包括参数个数、类型、位置顺序等等。WPS则因为API资料缺少,用户认可度不好等原因无法使用。而StartOffice,LibreOffice 更因为采用java原因,和C/C++接口困难,显得无所谓了。Ping-Wu 写了:6. 另外,Base是LibreOffice整体的一部分(integral part),query 出来的结果,可以无缝的放到Writer文件里。对高手来讲,这是LibreOffice比Office强的地方之一。百草谷居士 写了:我一直都会把Base装上的
7. LibreOffice 最大的强处,当然就是它的OOP建构,可以把它的Library 放到(import)自己的程序里。即在我们自己写的软件里,就可以执行办公室套件的工作。不过目前LibreOffice因为正在被重写中,它的API可能还不是很成熟。
现在关于Excel表的问题,一般我直接用文本文件输出,让用户自己搞定。
- Ping-Wu
- 帖子: 1822
- 注册时间: 2012-11-14 9:34
- 系统: Debian 12
Re: LibreOffice 5.3 要上 Ribbon 工具栏了
谢谢提供宝贵的经验。giveup 写了:我早年间在m$的编程经验看,M$Office的API也很混乱,Office 2000/XP/2003等各个版本差别巨大,包括参数个数、类型、位置顺序等等。WPS则因为API资料缺少,用户认可度不好等原因无法使用。而StartOffice,LibreOffice 更因为采用java原因,和C/C++接口困难,显得无所谓了。Ping-Wu 写了:6. 另外,Base是LibreOffice整体的一部分(integral part),query 出来的结果,可以无缝的放到Writer文件里。对高手来讲,这是LibreOffice比Office强的地方之一。百草谷居士 写了:我一直都会把Base装上的
7. LibreOffice 最大的强处,当然就是它的OOP建构,可以把它的Library 放到(import)自己的程序里。即在我们自己写的软件里,就可以执行办公室套件的工作。不过目前LibreOffice因为正在被重写中,它的API可能还不是很成熟。
现在关于Excel表的问题,一般我直接用文本文件输出,让用户自己搞定。
StarOffice/StarSuite主要是用C/C++写的。被Sun Microsystems买下来后,Sun的工程师加入了不少的Java modules (包括 Base),让很多人有这个错误的观念,以为StarOffice是用Java写的。
LibreOffice从4.x开始,有计划的将Java module用Python重写。但Base部分还是没有变,因此执行Base时,必须有Java Runtime。
不过Java自从Ellison/Oracle接手后,经过这么多年来,由身价超过600亿美金的Larry Ellison亲自主持的 “开放” “改革”,已经不是Sun时代的版本(6.0 or less)可以相比。这个Jave -> Python 计划,大概就不了了之了。
反正是OOP吧,modules用什么语言写,并不重要,好用,有好的runtime,就好了。