LINUX.ORG.RU

LibreOffice меняет толкование нумерации релизов

 ,


0

1

Разработчики открытого офисного пакета LibreOffice в письме из своей основной почтовой рассылки сообщают о выходе новой бета-версии своего продукта. Также отмечается, что в дальнейшем объявления о тестовых версиях и кандидатах в релизы будут появляться только в рассылке для разработчиков, а в основную рассылку станут добавляться только новости о выходе стабильных релизов.

Соответствующее разграничение распространится также и на нумерацию версий LibreOffice. Бета-версии традиционно будут нацелены на разработчиков и тестировщиков, желающих найти на данной стадии ошибки разработчиков. Однако теперь самые первые «стабильные» версии, ближайшие из которых выйдут под номерами 3.4 и 3.4.0, опять же предназначаются не для всей широкой аудитории, а лишь для подготовленных пользователей или же тех, кто стремится первым опробовать новую версию. Разработчики называют данные релизы «реальным тестированием».

Более тщательно проверенные версии LibreOffice будут иметь третью значащую цифру после точки (3.4.1, 3.4.2, ...) и рекомендуются к ежедневному использованию среди корпоративной аудитории и просто более консервативных пользователей. То есть грядущий релиз 3.3.2 будет достаточно протестирован для применения в ответственных проектах.

Все указанные нововведения призваны сделать даты выхода новых версий LibreOffice заранее известными и следующими друг за другом через равные промежутки времени.

>>> Подробности

★★★★★

Проверено: Aceler ()

Как то, имхо неудобно.

bsdfun ★★★★★ ()

LibreOffice 4.0 != LibreOffice 4?

Deleted ()
Ответ на: комментарий от Deleted

LibreOffice 4.0 != LibreOffice 4?

Да, вирус «KDE 4.0 != KDE 4» распространяется с завидной скоростью...

Andru ★★★★ ()
Ответ на: комментарий от bsdfun

Вполне нормально. Так же, как и у KDE.

kde-4.6.0 -0 формально стабильный релиз, но на деле сыроватый... а вот kde-4.6.1 и kde-4.6.2 - уже более стабильные и отлаженные, с исправлениями.

BattleCoder ★★★★★ ()

В мини-новости это надо, ибо ничего серьёзного и судьбоностное!

filosof ()

> То есть грядущий релиз 3.3.2 будет достаточно протестирован
Как это? У меня на венде 3.2.2 уже стоит.

yavasvsehnenavizhu ()

Для танкистов. В чём смысл форка после того, как oracle отдал OOo в лапы общественности?

markevichus ★★★ ()
Ответ на: комментарий от Andru

> Да, вирус «KDE 4.0 != KDE 4» распространяется с завидной скоростью...

Просто методика гнома аля «Gnome 3 != Gnome» слишком сурова

anonymous ()
Ответ на: комментарий от yavasvsehnenavizhu

У тебя на винде 3.2.2, а вобще общий релиз 3.3.2 уже вышел.

crypt ★★★★★ ()
Ответ на: комментарий от yavasvsehnenavizhu

перечитай ещё раз то что написал

anonymous ()
Ответ на: комментарий от crypt

А новосить полезная. Теперь ясно, что кому ставить.

crypt ★★★★★ ()

А что несет смена толкований в плане функций?

Я пока отчетливо вижу, что LibreOffice от OpenOffice отличаются лишь логотипом и иконками на кнопках. Что адово тормозило (например загрузка здоровых таблиц в сравнении, гы-гы с MSO) так и продолжает тормозить, Наборы функций в Calc остались прежними,

Прозреваю, анонсы навроде смены толкований - изящный стратегический ход дабы отвлечь пользователей от реальных проблем.

yaws ()
Ответ на: комментарий от markevichus

> В чём смысл форка после того, как oracle отдал OOo в лапы общественности?

Очевидно, то же самое, что и Mageia с Mandriva. Вроде нахрен не нужно, а есть.

anonymous ()
Ответ на: комментарий от yaws

> (например загрузка здоровых таблиц в сравнении, гы-гы с MSO)

MSO научился создавать здоровые таблицы? 8-O

anonymous ()
Ответ на: комментарий от BattleCoder

>а вот kde-4.6.1 и kde-4.6.2 - уже более стабильные и отлаженные, с исправлениями.

Все баги аккуратно записаны в манах и обьявлены фичами?

devl547 ★★★★★ ()
Ответ на: комментарий от yaws

>например загрузка здоровых таблиц в сравнении, гы-гы с MSO

use Gnumeric, Luke

annulen ★★★★★ ()

чем бы не пиарится, лишь бы не работать?

Kompilainenn ★★★★★ ()
Ответ на: комментарий от yavasvsehnenavizhu

Gnumeric давно существует и у него есть ряд преимуществ перед Экселем

annulen ★★★★★ ()
Ответ на: комментарий от anonymous

для Calc и 60к строк таблицы уже можно считать здоровыми, петросян.

Тока что провел маленькое сравнение. Один и тот же набор данных (60+ строк) сохранил в XLS (23Мб) и ODS(3,5Мб)

Открыл XLS 2003м офисом в однопроцессорном виртулбоксе XP32 (sic!) - открыло таблицу мгновенно.

Открыл ODS либрой на 2ядерном хосте с линуксом64 - 15 сек (!!!)

Вот, к сожалению, до Офиса все еще ср-ть и ср-ть, но зато нумерацию версий еще раз поменяем, еще 100500 форков создадим ради свободы драгоценной, неважно что воз на месте стоит...

Хорошо, хоть расчеты еще одинаково быстро делаются...

yaws ()

когда он уже в бэкпортах появится?

anonymous ()
Ответ на: комментарий от yaws

Там масштабная чистка кода.

И в 3.4 обещают ускорить запуск, улучшить интеграцию с темой gtk2, а также поддерживать глобальное меню убунты.

anonymousss ★★ ()

Оракл же вернула OpenOffice сообществу? Зачем тогда этот форк? Или я не прав?

Opeth ★★★ ()
Ответ на: комментарий от annulen

кстати, какашка в сторону gnumeric

Оно грузило секунд 10 (епть) вышеупомянутый ODS и до конца его не распарсил даже («Unable to parse '---outlet visited' ('Недопустимое выражение')»)

yaws ()
Ответ на: комментарий от filosof

Если сделать мини-новость, прочитает гораздо меньше людей, возникнут вопросы, поэтому волевым решением оставим в обычных новостях.

Aceler ★★★★★ ()
Ответ на: комментарий от yaws

> петросян.

Ты для него репризы пишешь?

в XLS (23Мб) и ODS(3,5Мб)

Открыл XLS 2003м

Фактически ты сравниваешь чтение дампа памяти и разбор пожатого XML. Интересно, с какой скоростью MSO-2007 читает родной формат. Можешь сделать?

anonymous ()
Ответ на: комментарий от yaws

> Открыл XLS 2003м офисом в однопроцессорном виртулбоксе XP32 (sic!) - открыло таблицу мгновенно.

Открыл ODS либрой на 2ядерном хосте с линуксом64 - 15 сек (!!!)


Это сравнение не 2003-го с либрой, а бинарного формата с zip-нутым xml-ем. Для более-менее сопоставимого результата имело бы смысл сравнивать скорость загрузки ODS и OOXML.

anonymous ()
Ответ на: комментарий от anonymous

Пользователю нет дела до формата, ему важна скорость.

elverion ()
Ответ на: комментарий от anonymous

имело бы смысл

Ты, чтобы ОО «опередил» по скорости загрузки доков, проси меня сразу - МСовские данные - вводить с перфокарт, а Либровские - с SSD-накопителя, чтобы, мол, сравнение кошерным и абсолютным оказалось :)

К слову XLSX (7Mb) разобрался и загрузился в MSO за 10 секунд - и это на однопроцессорной виртуалке, не забывай...

Это сравнение не 2003-го с либрой, а бинарного формата с zip-нутым xml-ем.

О как, формат теперь читает / распаковывает сам себя, а офис только на всем готовеньком работает?

yaws ()

А мне вообще больше нравится нумерация версий ГОД.МЕСЯЦ - понятнее и проще ориентироваться. Хотя, разработчикам схема из трёх чисел через точку удобнее, пожалуй.

GblGbl ★★★★★ ()
Ответ на: комментарий от yaws

Открыл XLS 2003м офисом в однопроцессорном виртулбоксе XP32 (sic!) - открыло таблицу мгновенно.

4.2 2003м офисом нельзя открыть файл XLS, так как такие программы из его комплекта, как например Access и PowerPoint не могут открывать файлы xls.

Подозреваю что открыл ты его программой Excel. А нам расказываешь, что офисом. Вот теперь попробуй - провести адекватный тест - запусти, Access, PowerPoint, Word, ну и рисовалку какую-нибудь, и только потом открывай файл Excel'ем. А потом сравнивай с открытием в ООо.

Вот в этом и есть главная проблема сравнения скоростей - не понимание того, что МСО это набор отдельных программ, а ООо - это одна программа умеющая всё.

К тому же, а как мы можем быть уверены, что файлы специально не подобраны так, что их открывает быстрее МСО. Как вариант, создай файл xls в десять листов и залей фоны листов разными цветами. Сделай тоже в ods (только ООо, а не конвертацией исходного файла) и посмотри на открытие и на расходование памяти. Так-то - среди разрабов Excel тоже есть быдлокодеры.

P.S. Всё вышеописанное никак не оправдывает тормознутость ООо, и не пытается доказать, что это не так.

Suntechnic ★★★★★ ()
Ответ на: комментарий от anonymousss

Если быть точным - пока убирают только мертвый код. До рефакторинга далековато...

Suntechnic ★★★★★ ()
Ответ на: комментарий от anonymous

zip-нутость не имеет значение - там в основном парсинг XML. Причём видимо есть косяки в парсинге - оптимизация XML практически не помогает.

Suntechnic ★★★★★ ()
Ответ на: комментарий от elverion

Пользователю нет дела до формата, ему важна скорость.

Вплоть до момента, пока не появляется необходимость срочно прочитать данные, а офиса под рукой нет...

Ну или до разбирательства в суде, когда из твоего файла вдруг вытаскивают историю правок.

Suntechnic ★★★★★ ()
Ответ на: комментарий от yaws

>Я пока отчетливо вижу, что LibreOffice от OpenOffice отличаются лишь логотипом и иконками на кнопках.

Ну почему же? Например rtf созданные в виндовом опен оффисе на работе, дома в либре открылся лишь один раз. После сохранения либрой - не открывается ей же. Прогресс, однако.

Toll ★★ ()
Ответ на: комментарий от Suntechnic

>Вот в этом и есть главная проблема сравнения скоростей - не понимание того, что МСО это набор отдельных программ, а ООо - это одна программа умеющая всё.

ООо - это одна программа умеющая всё.


одна программа умеющая всё.


умеющая всё.


soffice.bin имеет размер 10 кб.

yaws ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.