Не будет в них никогда полной поддержки ooxml (хотя бы по описанию стандарта, strict), так как он отличается от формата OpenDocument, в который всё перед обработкой конвертируется. К тому же часть составляющих стандарта ooxml запатентована и разработчики не будут эту часть реализовывать.

Если болен свободкой, то есть ещё OnlyOffice с открытыми исходниками — у него тоже нормально с MS форматами.

А в LO/OO не будет никогда нормальной поддержки MS форматов, ибо нельзя усидеть сразу на двух стульях и запилить сразу полноценную поддержку двух сложных и во многом несовместимых форматов.

ибо нельзя усидеть сразу на двух стульях и запилить сразу полноценную поддержку двух сложных и во многом несовместимых форматов.

И это хорошо. Ибо сейчас активно переходят на ODF, как в государственных структурах, так и в частных коммерческих предприятиях. Хотя в нашем больше документооборот в PDF.

Ух ты, оно ещё живо. Его ж вроде уже разрабы закопать решили? Во: https://lwn.net/Articles/699047/

Ибо сейчас активно переходят на ODF, как в государственных структурах, так и в частных коммерческих предприятиях

Я пока ни одного такого документа не видел

У нас на работу уже несколько лет никто на входящие docx не жаловался, все нормально читаются. Хотя мне самому судить сложно — я вообще не пользуюсь офисными пакетами.

Чем оно лучше Libreoffice?

Ничем.

так-то да, но лучше бы развивалась более активно...

Толсто, не только это, конечно...

В какой вселенной он ведущий?

Параллельной))

Например,

• в windows он не такой уродливый (ШГ в меню LO!);
• интерфейс не моргает как у LO, особенно меню (там же в windows - LO 5.3.6);
• в Calc не переведены на русский названия функций (возможно отключается в LO без смены языка интерфейса), в LO решили пойти по стопам MS *facepalm*;
• цепляет системный цвет фона окна (я выставил серый, чтобы глаза не уставали, он всё равно делает его белым в LO).
• Запускаем Draw, идём в меню Файл - Открыть - открываем файл svg с градиентами - любуемся тем, что в OpenOffice svg выглядит так же, как если бы добавили через меню Вставка - Изображение. Они при копировании кода из OpenOffice для SVG даже до сих пор оставили в меню Файл свою кривую реализацию.

Это за 5 минут знакомства.

Ясно. Спасибо.

файл svg

ALG пропатчив в АОО SVG кое-что починил и кое-что поломал.
Не всё из этого стоило тащить в LO.
«В наши дни» ALG перешёл на светлую сторону.

Некоторое представление о том что было добавлено в LO за _два_ года (между AOO 4.1.2 и 4.1.4) можно получить полистав вот это:
https://wiki.documentfoundation.org/ReleaseNotes/5.1
https://wiki.documentfoundation.org/ReleaseNotes/5.2
https://wiki.documentfoundation.org/ReleaseNotes/5.3
https://wiki.documentfoundation.org/ReleaseNotes/5.4

И это хорошо. Ибо сейчас активно переходят на ODF, как в государственных структурах, так и в частных коммерческих предприятиях. Хотя в нашем больше документооборот в PDF.

Эту мантру про «активный переход на одф» я уже лет десять слышу, а оно как было экзотикой, так и осталось. Скорее на докх все попереходили.

Куда перешёл?

Не помню, чтобы в LO оно всегда нормально работало. Там своих глюков хватало. Но почему-то через меню файл svg у них открывается криво, а вставка работает нормально.

Вот что делать с переведёнными названиями функций в calc я не знаю. Можно ли это в настройках исправить не трогая локаль интерфейса?

Слава куриным яйцам! https://ask.libreoffice.org/en/question/73177/calc-an-way-to-use-english-form...

Куда перешёл?

Коммитит в LO, куда ж ещё...

EMF+ исправляет (давно пора).

Вставка и открытие файлов проходят через разные пути. Для этого были какие-то дурацкие причины, но какие не помню.
Конкретно с SVG была пачка проблем и в OOo и в LO и в AOO. То что я зафайлил несколько лет назад, вроде бы более-менее поисправляли.
Есть простой и понятный подход как сделать лучше: выкачать w3c-шный test suite, и методично пройтись по всем файлам (кроме тех что со всякой JS-щиной для анимации) — сравнить то, что получается в вариантах вставки и открытия с тем, что должно быть.
Дело это нудное, зато простое и полезное.
(Я в прошлый раз сдулся где-то на 40%, правда проверял не только LO/OO, но и ещё пачку всякого — imagemagic, inkscape, firefox...).

Так его коммититы и до этого в LO шли. Лицензия это позволяет. Так что не факт, что сторона светлее.

Камрады, вы меня извините за троллинг, но чёёёё оноооо тааакоооее тооормооознооооееее?
Я не буду тыкать в M$ офис, но вот возьмём хотя бы китаёз из Кингсофта. У них даже с туевой хучей встроенной рекламы всё летает, по сравнению с OO/LO.

Опенсорс программисты не считают нужным делать оптимизацию? Или коНпЕляторов не завезли? Объясните далёкому от этого дела человеку суть проблемы.

А что тормозит?

Ну хотя бы старт и открытие документа.
А если ещё и вордовский распарсить приходится, то вообще блеск.

в Calc не переведены на русский названия функций (возможно отключается в LO без смены языка интерфейса), в LO решили пойти по стопам MS *facepalm*;

Да, в LO это отключается. Сервис-Параметры-LO Calc- Формула - Использовать английские имена функций.

Кстати, локализация функций была в одной из версий OpenOffice.org 1.0.x, но это было признано неудобным, так как её нельзя было отключить. В LO эта проблема исправлена.

А сколько старт занимает без документа?

кому надо поработать, сидят на TeX

Пофиксил. В этих визивигах любое неосторожное движение может привести к неожиданным последствиям, причём где-то в противоположном районе документа. И автоматизация труда только макросами, которые не везде включают, ибо шерето.

Да, уже нашёл и отписался выше. Локализация функций ужасно раздражает в excel. Там даже есть имена частично переведённые. Одна часть имени на одном, другая на другом языке. О чём они думали?

Стартует быстро.Единственное, тормоза могут быть при открытии *.xlsx, *.docx (и в эти форматы не может сохранять, в отличие от LibreOffice). C odf и *.doc, *.xls работает без тормозов.

Ибо сейчас активно переходят на ODF, как в государственных структурах

В какой стране?

i3 5005U 8 Gb DDRL3 1600
Без установленного quickstart - около 19 секунд.
Второй старт, конечно, быстрый.

Phenom II X6 1075T, 16 Gb DDR3 1600
По памяти: Парсинг вордовского .doc 286 страниц - 20 минут, распарсило процентов 40, дальше убил в задачах и быстро открыл в кингсофт текстмэйкере.

UPD: так как я нечасто печатаю, то мне нужна максимальная RT-производительность для других задач, и не хочется quickstart ставить и держать в памяти лишнего.

UPD2: не ругайтесь, но речь об оффтопике. На машине с Linux офис не установлен.

До этого их периодически подбирал кто-нибудь руками. А теперь всё идёт как надо.

Странно, quickstart мало установить, его нужно держать запущенным. Даже на core i3 никак не 19 секунд стартовал.

.doc 286 страниц

Страница странице рознь. Может у тебя там сплошные ole объекты. У меня 2003 офис любил подыхать на некоторых документах при проверке орфографии, даже если она была выключена. Он её всё равно запускал :(

Не вижу в release notes за 2 года его вклада, может не афишируют. Надо с компа внимательно посмотреть. В 2012 году он писал, что его патчи приняли.

Это список багов, которые пофикшены, а не внесены )) Просто автор новости поехавший надмозг ))

BZ 119208

Reported: 2012-04-09 23:13 UTC by Andrea Pescetti
Modified: 2017-10-12 21:29 UTC (History)

BZ 125147

Reported: 2014-06-23 20:36 UTC by Pete K.
Modified: 2017-10-21 18:14 UTC (History)

С — Скорость.

Там и не такие новые есть.

не только это, конечно...

Само писать текст научилось? Большие файлы перенасыщенные г-ном уже не тормозят? Вот, собственно, с точки зрения пользователя оценка фичастости. M$ чтобы показать полезность новых фич, ломает и переколбашивает интерфейс каждый раз, чтобы пользователи искали кнопку пуск на заднице, а выбор шрифта под мышкой и офигевали от проделанной разработчиками полезной работы. А если либра интерфейс не ломает, то что инновационно новое будет показывать пользователям? И там и там буковки набираешь, ловишь тормоза при открытии некоторых файлов - ничего нового кроме ломки совместимости.

А ничего что там всё для этого встроено? Есть разные режимы html. Типа просто так сделали?

Я не автор, я переводчика.

Вот давеча коллеги делились опытом того, что tex тоже не панацея. Уж не знаю как и что у них настроено было, но один и тот же теховский документ при сборке с картинками в eps выдавал разный результат. В обоих случаях либо надписи не того цвета были, либо картинки не там располагались. Они сами с таким впервые столкнулись.

Встраивание картинок — это вообще боль. Меня клиент донимает уже несколько месяцев по поводу встраивания картинки в CMYK в PDF при экспорте из редактора на сайте. Оно в просмотрщиках отображается нормально, а как откроешь в каком-нибудь иллюстраторе или кореле — картинка инвертированной получается. Уж и со слоями шаманил, и с Decode-массивом, и с атрибутами/форматом самой картинки, но к универсальному решению так и не пришёл. В интернетах встречаются аналогичные проблемы и даже примеры столь же криво сгенерированных файлов, но без окончательного солюшона. Порешили в итоге забить пока на PDF и юзать вместо него TIFF.

А что тормозит?

Я когда файл в LO сохраняю, вспоминаю 98-й год и работу с дискетами.

И перел ты просто офонаренно хорошо.

Тоже хотел на это ссылку разместить. Как я понял, из журнала дискуссии они ещё договорились по поводу того, оно живо или нет. :-)

говно всё это, и то и это. Pages & numbers рулит, жаль под линуксом их вроде бы, нет....

Только до 4.1.3 на прошлой неделе обновился.

А если серьёзно — использую OOo для всяких мелких документов, брат жив.

Важнейшие улучшения:
Нельзя выбрать другой набор иконок

Джва года ждал!

Они макросы поддерживают?

Обновлена информация об исправленных уязвимостях: https://www.openoffice.org/security/bulletin.html

• CVE-2017-3157: Arbitrary file disclosure in Calc and Writer
• CVE-2017-9806: Out-of-Bounds Write in Writer's WW8Fonts Constructor
• CVE-2017-12607: Out-of-Bounds Write in Impress' PPT Filter
• CVE-2017-12608: Out-of-Bounds Write in Writer's ImportOldFormatStyles

Важнейшие улучшения:
Нельзя выбрать другой набор иконок (меню «Инструменты → Опции → Просмотр»);
Падение при применении стиля к новому текстовому документу;
Нельзя выбирать разные установленные JRE (меню «Инструменты → Опции → Java»);
Обновление ссылок не работает для разделов в 4.1.4-RC4.

Хорошие улучшения!

Русская языка большая и могуч.

Замените на «исправления», а то непонятно что пишите.

И что характерно, Шаман к этой новости никак не причастен...

Прекрасная новость

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

Даже элементарное адекватное отображение иконок не работает - они выглядят с пикселями на пол экрана!

При этом ни у одной другой программы включая ОО такой проблемы нет.

Пару дней назад обновил себе ОО и очень рад. Все работает более или менее стабильно. Нареканий к ОО тоже хватает. Исключая ленточное меню в MSO там большая часть приложений работает куда более адекватно.

В ОО зато есть Draw, аналога которого нет в MSO.

В LO умудлились сломать все даже вращение в LO не работает как раньше. Какой-то дебил решил, что отрицательных углов как и углов более 360 не бывает...

Но я очень рад, что большая часть дебилов-программистов перешло в LO. Этим они спасли проект ОО от разорения!

Вообще говоря наблюдая над разными программистскими проектами складывается ощущение, что среди программистов процент клинических идиотов существенно выше, чем среди остального населения.