http://news.softpedia.com/news/libreoff ... 1061.shtml

其实一直觉得侧边栏也不错，关了工具栏，只在侧边栏操作，我遇到的最不方便的就是没有格式刷。何不把工具栏中的按钮都移植到侧边栏中呢。

弄个 Ribbon 的工具栏，还落个模仿的嫌疑。而且 Ribbon 栏和侧边栏，在当下宽屏时代，在利用屏幕空间上，明显后者更合理。

快点来吧，照顾一部分习惯吧。

win下启用利开发功能，也没出现，失望。
win下用这个主要是word太臃肿利，对于无关紧要的，可以用pdf存的资料一般我现在就用libre了

我试了32位的，win7，先启用试验功能，再到“视图”里启用，没问题。
就是太粗糙了。
而且关不了，只能删除 localdata 里的文件夹才能复原。
更喜欢侧栏，盼着未来有和工具栏一样的全功能侧边栏。

用上了，设置的时候没看到后面还要设置，只启用了实验功能一开始，还行吧，比之前乱糟糟的好，虽然界面有点丑，但比弄一堆要好多了，分类之后怎么也清晰，尤其是我这样用惯了微软的界面的，libre好多图标我不太认识的。

这套办公软件很糟糕，应该清理代码了。
有些组件该废掉重写，比如 calc 的行列容器，用的还是当年 staroffice 时代的设计，行列固定内存占用，在百万行的前提下，所以没办法实现微软office的数万列。只能1024列，多了内存占用將不得了。

？？？



这个从 "fixed column container" 到 "dynamic column container" 改造工程，已在去年年底/今年年初开始进行了。

跟闭源软件不同的，它在改造之前，经过了一番热烈的讨论，有兴趣的大众都可以参与。

第一个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有经验的大神。

这个功能非常需要，没人想要多安装一个libreoffice base。

我一直都会把Base装上的

windows要装就装全家桶

你不处理科学实验数据，当然不知道百万行数万列的重要性啦。
用数据库？Are you kidding me? 完全不是同一功能，用途完全不一样的东西。
1024列，废品，没法用。

LibreOffice Calc 更换 dynamic column container 的事情在 LibreOffice 从 OpenOffice 分支出来之前就有社区用户提出来了，记得当时有参与 OpenOffice Calc 开发的人回应过，说要重写一个动态列容器工程太大，不是一朝一夕能完成的，基本不会考虑更换。所以，这么多年来这个办公套件进步并不大，还是一样的不好用。

LibreOffice 6.0 将跨出这一步的话，的确是个好消息。

谈到Base，我有一些个人经验，跟论坛朋友们分享：

1. 我不知道国内的情形，在美国，普通版的微软Office约$120美元（有时候更便宜），要加Access（database软件）则要买专业版，价格超过两倍（而且不会减价）。但更重要的，很多美国大学，跟微软有契约，让学生以很低的费用使用普通版的Office。一般人不会去买Access,因此根本没有接触到database软件的机会。这个封闭观念，也传到国内（尤其是台湾），我看到不少公司及政府机构都在拿Excel来当database工具使用。

2. 我在其他帖子谈了很多次，Ubuntu内含的LibreOffice残缺不全，毛病很多，如果有心要使用LibreOffice的话，第一个步骤，就是必须用下面（看起来好像是多余）的指令把它补全：

执行这个指令以后，Base会被自动装上。

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可能还不是很成熟。

我早年间在m$的编程经验看，M$Office的API也很混乱，Office 2000/XP/2003等各个版本差别巨大，包括参数个数、类型、位置顺序等等。WPS则因为API资料缺少，用户认可度不好等原因无法使用。而StartOffice，LibreOffice 更因为采用java原因，和C/C++接口困难，显得无所谓了。
现在关于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，就好了。