Libreoffice: трохи історії

Відео: Вступ. Введення даних в електронні таблиці. Libreoffice calc OpenOffice calc

Жив проект XFree86 - реалізація віконної системи X. Він входив практично у всі дистрибутиви UNIX-подібних систем, де потрібні були «ікси». Але в 2004 році чергова версія XFree86 вийшла під новою ліцензією, яку багато дистрибутиви не прийняли - Debian, Fedora, Mandriva, Gentoo, OpenBSD ... Взагалі там було цікаве справу з новою ліцензією, яке заслуговує на окрему розмову, але буду лаконічним: виникло положення , коли треба було або продовжувати використання старої версії XFree86, або ... та, так і виник форк X.Org, який став основними «іксами» замість XFree86.

Про виникнення в природі такого явища, як OpenOffice. org, я вже писав у статті про відкриття формати (див. «Open Source» 070 від 15.10.2010). Тому теж коротко: німецькою компанією StarDivision випускався офісний пакет StarOffice. Sun Microsystems в 1999 році купила StarDivision і її напрацювання, а в 2000 році виклала частину початкових кодів цього «офісу» під LGPL і Sun Industry Standards Source License - ці вихідні і стали основою проекту OpenOffice.org, модель подальшої розробки якого можна охарактеризувати як «Sun + спільнота ». Мабуть, саме в такій послідовності.

До речі, розробники з StarDivision нікуди не поділися і продовжують працювати над OOo, входячи між іншим до Ради співтовариства OOo (про нього мова ще піде далі). А поки повернемося до становлення і розвитку OOo. Коли код був відкритий, я познайомився з ним - громіздкий код на C ++ з коментарями по-німецьки. Хоча, звичайно, тоді він важив не більше гігабайти - не те, що нині ... Взагалі підозрюю, що вихідні MS Office займають ще більше місця і засуджувати OOo і LibreOffice за тяжкість грішно, але вважаю, що програмне забезпечення не повинно бути таким великим . Наприклад, програмісти демо-групи .theprodukkt створили 3D-шутер .kkrieger (https://theprodukkt.com/kkrieger) розміром всього в 96 Кб, і це при графіку, порівнянної з іграми на движку Quake 3. У .kkrieger використовується процедурне текстурирование , свій звуковий движок, все своє. Значить, можна робити гри, які не займають десятки гігабайт? Можна, цілком.


Але повернемося до теми статті. Яке слово першим спадає на думку, якщо вимовити «Microsoft»? Звичайно ж, «Windows». А коли говоримо «Sun», на думку спадає Java. Чим далі розвивався OOo, тим більшою ставала в його коді частка коду на Java. Ця залежність - зауважу, опциональная - довго була приводом для занепокоєння щодо вільності OOo. Столлман попереджав, як небезпечно, коли вільне ПЗ за-висить від приватної технології, а FSF закликала до створення та підтримки вільної реалізації Java. Уже тоді, в 2005 році, коли вийшов зав`язаний на Java другий OOo, щосили говорили про можливе Форк OOo, щоб прибрати з коду залежність від Java.




Sun в 2007 році робить хід у відповідь - ліцензує свою віртуальну машину Java під GPL. Тим часом, йшло пристосування OOo до можливості його роботи спільно з існуючими сторонніми, вільними реалізаціями Java - наприклад, з GCJ і Kaffe. Під час випуску OOo 2.0, коли ступінь залежності від Java істотно збільшилася, почалися дебати. Розробники OOo приводили безліч аргументів на користь Java. Так, Луї Суаре-Поттс (в співтоваристві OOo він грає приблизно ту ж роль, що Торвальдс в середовищі Linux-ядра) розповів, що на Java написана СУБД HQSLDB, що лежить в основі компонента баз даних OOo - Base.

Інші аргументи «за», інших розробників OOo, були такі: Java простіше, ніж C ++, можна швидше створювати код, не чіпаючи основи, написані на С ++ - Java досить зріла для написання серйозного кода- код на Java зовсім не повільний, це програмісти пишуть на Java погано. Так що, мовляв, з Java все в порядку.

Наскільки велика залежність від Java? Можна подивитися, якщо в настройках OOo і LibreOffice відключити ис-користування Java-машини, а потім спробувати попрацювати з компонентами зі складу офісу. Є і документ (http: // wiki.services.openoffice.org/wiki/Java and OpenOffice.org), що описує, для чого Java потрібна - окрім СУБД, це всякі «майстри» (wizards) і збереження в формати DocBook, PockerWord і Aportis Doc. Але документ нічого не говорить про розширення для OOo, написаних на Java. Не можна сказати, що все це погано - справді, багато хто воліє для створення розширень «легкі» мови на зразок Python. Розширення для OOo можна писати і на Java, і на Python, і на C ++. Як бачимо, «ядро» офісу не так вже страждає без Java. А з «визволенням» Java якесь невдоволення щодо ліцензійної чистоти не має підстав.

---

Ну а всім, кого цікавить вся доступна інформація по темі buy dumps (https://2pac.cc/?page=profileaction=signup), рекомендую заглянути на 2pac.cc. Тут вас чекають якісні і постійне оновлювані товари, а також самі "смачні" ціни!