Организация The Document Foundation опубликовала релиз офисного пакета LibreOffice 25.8. Готовые установочные пакеты подготовлены для различных дистрибутивов Linux, Windows и macOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63751
Круто, но главная болячка это офисного покета то что он трзохит просто копец как, по сравнению с аналогами.
Единственный аналог что редактирует все теже докуметы - это MS Office, а под ним винда еще больше тормозит
У меня на пожилом ПК Excel запускается примерно секунду.
Даже если у тебя супер быстрый nvme ssd отключи кэши superfetch и запускаться он будет секунд 10 и потом ещё раздупляться. Уж чем-чем, а временем запуска софт под венду похвастаться не может, даже пришлось кэши придумать. А вот линуксовый софт запускается почти моментально и без кешей, просто устроен он проще и нет столько шпионских компонентов, которым необходимо инициализироваться. Сабж конечно пример того, как софт писать не надо, но он из 90х и с тех пор сплошное нагромождение дилетантских костылей поверх.
> Даже если у тебя супер быстрый nvme ssd отключи кэши superfetch и запускаться он будет секунд 10 и потом ещё раздупляться.А если вы слишком быстро бегаете, привяжите к ногам гири.
Тут ещё подводный камень, что венда будет тебе "оптимизировать" этими костылями перегруженный софт того же софт майкрософта, а какой-нибудь msys2 будет адово тормозить, хотя, казалось бы, программы в нём ровно те же, что и в линуксе.
Вот именно те же, что в линуксе. А в винде они так работать не могут. Короче, MSYS тормозит не из-за того, что винда его игнорирует, ей пофиг, что в superfetch пихать.
Недавно перенёс систему на терабайтовый Samsung 9100 PRO.
зачем?
> А вот линуксовый софт запускается почти моментально и без кешейАга, без кешей. Во-первых, есть тот же кеш ФС, во-вторых SO библиотеки разделяются между программами (соответственно, грузятся только раз). Объедени эти два фактора - вот и весь секрет моментального запуска прог в линуксах.
А в Винде программы идут со своими DLL, поэтому подобный сценарий не прокатывает.
> просто устроен он проще
> сплошное нагромождение дилетантских костылей поверх.Чувствуется крепкая техническая экспертиза. 🤦
Кэши фс не имею значения для первого запуска софта на инородном тулките (что как правило и бросается в глаза). Банально этих файлов и зависимостей меньше и творят они не так много.Объективно, в опенсорсном софте нет необходимости поддержки проприетарных слоёв телеметрии, разделения прав с квотами и доменами и мониторинга ресурсов. Именно это основная причина, по которой проприетарный софт для венды такой жырный, на мой взгляд.
Что до костылей, даже не начинай, либра -- одна из самых мерзких программ, даже вайн не такой отвратительный.
> Кэши фс не имею значения для первого запуска софта на инородном тулките (что как правило и бросается в глаза).В комбинации с расшареными библиотеками как раз таки имеют: даже если одна программа, использующая некий набор библиотек, закрылась (и библиотеки были выгружены из памяти), то для другой программы те же библиотеки подтянуться из кеша ФС, а не "в холодную".
Их там не так и много пересекается обычно. Можно для чистоты эксперимента запускать, распаковав appimage -- там все зависимости с собой. Какая-нибудь glibc, конечно, не с нуля, да и всё. В то же время, использовать венду без ssd -- это просто жуткая боль сегодня, и никакие костыли уже не помогают.
>> отключи кэши superfetch и запускаться он будет секунд 10...Да ну нафиг. Отключен и superfetch, и офис в ОЗУ не висит в ОЗУ. Хотя и дефендера нет.
В Win11 открываются документы doc и xls кляцем по файлу за 0.2 - 0.4 секунд. Замер времени по видео на смартфон.>>А вот линуксовый софт запускается почти моментально
Ага. Холодный старт Writer или Calc 5 под секунд, последующие запуски 1 секунда, как закэшируется. На том же ноутбуке. Ubuntu. Офис не в snap.
У Libreoffice проблема не во времени запуска, а в лагании при работе.
>>У Libreoffice проблема не во времени запуска, а в лагании при работе.Вранье, нет там лагания при действиях с нативными объектами, может задуматься, если ты вставляешь какие-нибудь внешние объекты из буфера, но это действие достаточно редкое.
Зато лично у меня от мерзкого риббона вытекают глаза, за его отсутствие я готов заплатить лишней секундой на запуск, да и вообще интерфейс Либры в целом организован в разы логичнее, для людей, а не для маркетинговых презентаций.
> вставляешь какие-нибудь внешние объекты из буфера, но это действие достаточно редкое.При работе? Постоянное. И помимо картинок, и кусков других документов, также вставляюи куски html странииц копированием из браузера тоже тоже.
> от мерзкого риббона вытекают глаза.. , за его отсутствие
> я готов заплатить лишней секундой на запускЯ не сторонник тормозов, но могу громко не материться при вялом запуске, по постоянные тормоза при работе не вариант, совсем. Бывает, помимо терпимого подлагивания, и постоянно подвисает секунды на три, на каждый чих в сложных документах.
Впрочем, я регулярно пользуюсь и LibreOffice, но для простых документов, когда работаю в Linux. Но если писать что по большое, то MsOfice.> интерфейс Либры в целом организован в разы логичнее
Да. Может в какой то пунк на 10mS быстрее чем М$O и не ткнеш, но зато и искать любой редкий элемент не придется долго.
> А вот линуксовый софт запускается почти моментально и без кешейКакое-то гонево. Линуксовый софт это прослойки прослоек, каждую из которых писала отдельная сторона чисто под свои потребности.
Да ты хотя бы позапускай софт на мобилах с линуксом, где даже лёгкие задержки при запуске вызывают физическое чувство боли. Ни SailfishOS, ни pmOS даже близко не подобрались к решению проблемы. Хотя первая это прямо цельная ОС под задачу, а не универсальный дистрибутив.
Быстро стартует разве что софт на голом xlib. Ну или хотя бы Motif. Все остальное подолгу каждый раз инициализирует собственные движки отрисовки поверх существующих.
Не знаю, по чему ты там судишь, даже шляпа на электроне вроде vscode всего за пару секунд запускается. Всё остальное вообще абсолютно моментально (кроме программ на джава, разве что). И это без ускорителей и с динамической линковкой.
Запускал, и на Линуксе и на Сейлфиш, боли не почувствовал вот вообще, и проблем не увидел. Все запускается и работает, что-то быстрее Выньмобайл или Эппл, что-то медленне, в целом разница почти незаметна.
Даже если у тебя супербыстрый линуксовый софт запускается почти моментально и без кешей, то загрузись с параметром mem=4G (а лучше mem=1G и меньше) и запускаться он будет ровно столько, за сколько OOM-киллер соизволит придти и пристрелить бедолагу, и потом ещё раздупляться.Уж чем-чем, а планированием обработки процессов Linux похвастаться не может, пришлось даже юзерспейсные обработчики нехватки памяти придумывать. Ядро, конечно, пример того, как софт писать не надо, но сломали его всё-таки существенно позже: примерно до версии 2.4.16-...17 (крутые писаки и сами не поняли где накосячили) всё работало гладко; но ядро из 90х и само по себе представляет нагромождение дилетантских костылей поверх корпоративного переосмысленного кода из разных систем, а проблемы заливают железом с последующим закрытием багрепортов, вместо их исправления.
Никто этих юзерспесных обработчиков не видел на практике. А это нигде не решено нормально. В коммерческих ОС весьма костыльно реализовано, но OOM киллер там просто не придёт в случае чего (а получить ровно такую же ситуацию можно). Потому что его нет, и вызвать его вручную, исправив ситуацию за секунду, тоже нельзя.К сожалению, линукс на сегодня самое производительное и эффективное на рынке, это как надо упороться, чтобы утвержать обратное. В том числе в плане работы с памятью, и не менее в плане планировщика процессов.
> Никто этих юзерспесных обработчиков не видел на практике.Всё раскидали по ядру и системд.
> К сожалению, линукс на сегодня самое производительное и эффективное на рынке, это как надо упороться, чтобы утвержать обратное.
Так упоролись-то разработчики линукса, которые давно признали проблему.
Ну так включи mem=1G и посмотри на эффекты. Кстати, можешь ещё пересобрать ядро без mglru, чтобы вообще от производительности офигеть, получив полукирпич, заикающийся от маломальской работы при записи на диск.
Ты же предлагаешь в венде кеши отключить, вот для начала сам выруби все ускорители и смягчающие костыли в линуксе.
Mglru 2 года назад добавили, и как раньше жили? И даже blk-mq не было, до популяризации nvme это всё вообще никого не интересовало. 1 гига памяти, я уверен, хватит большинству программ, если я не запускать браузер. Почему это он заикаться будет? Заикается он когда процессора не хватает, а не памяти.Просто добавь гигов 100 свопа (можно даже на магнитных дисках) и ничего у тебя заикаться не будет, может, небольшой лаг при переключении окон. Меня всегда поражало, как при работе в линуксе, ты не узнаешь, что все гигабайты свопа кончились, до того, как они кончились все до конца. Только за несколько секунд до зависания заметишь, что что-то не так. На маках, помню, свопинг был лютой болью, и это они считали нормально.
> Mglru 2 года назад добавили, и как раньше жили?Три. Плохо жили, оттого и добавили.
Создавали его ещё раньше, и без него было несколько других проектов.
Тоже частично используются.> Почему это он заикаться будет? Заикается он когда процессора
> не хватает, а не памяти.Вот и разрабы чесали репу, чесали, за два десятилетия проблему не решили и отчёт закрыли. Потому и появились эти патчи.
Заикается он не только когда процессора не хватает, но и когда ожидание ввода-вывода сверх меры. И вот представь, увеличивая своп, ты увеличиваешь время ожидания ввода-вывода. Ну просто потому, что большее число программ сможет сбрасывать страницы на диск. А у тебя итак светодиод носителя горит не мигая. И хорошо, если у тебя SSD, ты залил проблему железом. А в противном случае, тебе придётся подбирать параметры ядра, чтобы система не висла.
https://opennet.ru/51231-linux
Вот тут лучше комменты почитай, чтобы ядро настроить, а не 100 гигов свопа добавлять.
> Просто добавь гигов 100 свопа (можно даже на магнитных дисках) и ничего
> у тебя заикаться не будет, может, небольшой лаг при переключении окон.
> Меня всегда поражало, как при работе в линуксе, ты не узнаешь,
> что все гигабайты свопа кончились, до того, как они кончились все
> до конца.100 гигов свопа, это конечно отличная рекомендация от линуксоида, когда ядро тормозит на своппинге, на что указывают тормоза при нехватке памяти и различные патчи, влияющие на выдавливание страниц в своп. Прямо указывает на качество поделия, которое у него суперэффективно и производительно.
И чего венда такого не требует.У меня системный диск - старый добрый apacer на 128 гигов. Мне на нём своп на 100 Гб добавлять? Так там три системы. Нету 100 гигов. Впрочем, и системы такого не требуют.
> (можно даже на магнитных дисках)
Но не нужно. Медленнее носители - больше iowait.
Там какие-то странные ребята по ссылке. У меня настроено, чтобы своп максимально использовался, весь мусор и утечки отравляются прямо в него (и сжимаются заодно). Не идеально, потому что периодически он заполняется и перестаёт использоваться и приходится вызывать swapoff, но я просто делаю это ежедневно.Я подозреваю, у тебя все проблемы от иксов, чтобы окна никогда не тормозили и не лагали по-моему помогает mlockall памяти оконного менеджера (на иксах он постоянно подтекает почему-то и придётся перезапускать). Но сами иксы постоянно подвисают тоже. На вейланде у меня 50-70% памяти программ стабильно в свопе и это никогда не проблема.
> приходится вызывать swapoff, но я просто делаю это ежедневноЯ наоборот, swapon делаю периодически, когда что-то требующее большого свопа надо выполнить.
И пока работаю без свопа, жить ещё можно. Проблемы начинаются, когда одновременно что-то компилится, пишется на диск, раздаётся с торрентов и играется в браузере с ютуба. iowait 100%, как только образуется нехватка памяти под нагрузкой. Со свопом просто откладывается момент зависания. Да, изредка успевает придти oom-киллер и прибить компилятор, если ему не указать прибивать что-то другое.> Там какие-то странные ребята по ссылке.
"В списке рассылки разработчиков ядра Linux поднята проблема с обработкой ситуации исчерпания свободной памяти в Linux"
Очень странные, ядро пилят.
> у тебя все проблемы от иксов
Да почитай ты уже обсуждение на lkml, что там Johannes Weiner предлагал, к примеру. Иксы тут не виноваты. С ними вообще проблем нет.
Ядро кривое, PSI пришлось подпирать. Это не костыль, это подпорка. Костыли чуть позже внедрили.
Неужели в словосочетаниях типа oom_pressure ты увидел слово xorg.
То, что ядро не знает, что при этом делать -- абсолютно нормально. У венды, к примеру, намного хуже, но ей не мешает. На практике эта проблема возникает только у тех, кто отключает своп (или не имеет его достаточно для своих задач). На любой ОС. PSI странный костыль, которому никак не найдётся никакое применение.
> У венды, к примеру, намного хуже, но ей не мешает.Круто. Винде не мешает, хоть и хуже, а линуксу мешает, хоть и лучше.
Отключи подкачку на винде, забей память и посмотри что получится. Она лучше отработает, по крайней мере, сравнивая до появления mglru в линуксе и systemd-oomd в системах с линуксом. Винда не умирает на несколько часов, как какая-нибудь система с линуксом, она предлагает закрыть приложение, если ему не хватает памяти. Вот как она определяет, что нужно что-то закрыть до того, как всё начнёт виснуть?
Я один раз специально оставил на ночь повисшую линукс-систему в tty-режиме, но так и не дождался, когда ввод-вывод освободится настолько, чтобы можно было вбить пароль и кильнуть процесс. Таймаут на ввод пароля 30 секунд. То есть, за несколько часов система так и не раздуплилась, чтобы 30-ти секунд хватило на обработку введённого пароля, и киллеру тактов не хватило придти и пристрелить firefox, сожравший кучу памяти. А дальше наверное таймаут у него настал, и он вообще не появился. Своп был включен.
А на винде я ради прикола открывал папку в хроме (который жрёт побольше огнелиса) с закладками, там примерно 400 букмарков было. И когда память закончилась даже в подкачке, то отвалилась только сеть (скорей всего по таймауту), а тормоза интерфейса прошли в течение получаса. Да, сеть пришлось перезапустить, больше половины закладок остались пустыми (естественно, без сети сайт не загрузишь), но сама винда не умерла, не перезагрузилась. Приложения с открытыми документами не упали. Просто переключаться между задачами получалось только по альт-табу, потому что панель задач заморозилась. Но через некоторое время и она ожила. Сразу, как только индикатор диска перестал гореть и начал мигать. Это было с подкачкой, а без неё выплыло окошко о нехватке памяти и предложении закрыть лишние программы, жаль что без выбора самих программ. Я даже удивился, хотя и ожидал. Одно дело ожидать, другое - получать подтверждение ожиданий.
По менеджменту процессов и виртуальной памяти у меня в отношении винды нет вопросов (хотя его тоже могли бы улучшить хотя бы до уровня макос), там хотя бы работа идёт более-менее прозрачно и ожидаемо. А в отношении линукса уже нет иллюзий: слишком много исправлений, патчей, лечащих одно и калечащих другое. 6.12 - один алгоритм в планировщике задач, 6.13 - другой, 6.14 - возвращаем старый алгоритм. В винде я хотя бы не знаю, что они там экспериментируют. Меньше знаешь, крепче спишь.
И проблема состоит не только в том, что ядро не знает сколько памяти приложение сожрёт и откуда ему её взять, если свободной не осталось, но и в том, что в линуксе планировщик ввода-вывода работает очень странно при активной записи на диск и вместо улучшения работы увеличение виртуальной памяти (особенно на медленные носители) ещё больше усугубляет ситуацию с киллером. Без свопа это просто быстрее проявляется.
Кстати, Торвальдс уже обзывал блины в магнитных дисках грязными кусками ржавчины, видимо намекая на их скрипучую неповоротливую работу. А ты туда предлагаешь 100 гигов свопа разместить.
Хочешь решить проблему в линуксах, ставь такие костыли и подпорки, а лучше покупай больше памяти. Заливание проблем железом помогает гораздо лучше. В других системах эта проблема не так ярко выражена и увеличение виртуальной памяти работает хорошо.
Уже не помню, ты выше говорил про то, что в макоси ещё хуже, или я в других ветках и топиках читал.
Нет, в макоси сделали для людей, не желающих терять результаты работы.
Вот сожрёт у тебя firefox 100 гигов, и чем тебе 100 гиговый тормозной своп поможет.
А надо было делать так:
https://cdn.osxdaily.com/wp-content/uploads/2021/12/macos-yo...Это уровень операционной системы, а не ядра с кучей дистрибутивов.
> PSI странный костыль, которому никак не найдётся никакое применение.
Какой тебе это костыль. Костыли - это те, что PSI используют.
Активно применяется.
https://docs.kernel.org/accounting/psi.htmlhttps://manpages.ubuntu.com/manpages/noble/man8/systemd-oomd...
"systemd-oomd is a system service that uses cgroups-v2 and pressure stall information (PSI) to monitor and
take corrective action before an OOM occurs in the kernel space."
Меня всегда смешать люди, которые радуются секундным запускам офисных пакетов. Вашу машу, вы же так медленно в них работаете, там даже 20 секунд оптимизации по запуску не окупить никогда )))
Что-то такое от любителей HDD читал.
OnlyOffice ничуть не хуже редактирует и это опенсорс, почему про него всегда забывают?
Потому что это решение хуже, чем MS Office и чем OpenOffice/Libreoffice.
Они взяли за основу OOXML майкрософта и документы до сих пор открываются с косяками.
В случае Libreoffice ты можешь полностью перейти на OpenDocument и забыть про совместимость. В случае с Onlyoffice - зависишь от выдумок MS
>Круто, но главная болячка это офисного покета то что он трзохит просто копец как, по сравнению с аналогами.Единственный тормоз, который я заметил, так это чуть более долгий запуск. Я нажал на ярлык и засёк время. Он запустился ровно через 5 секунд. В остальном никаких тормозов не заметил. Сравнить с M$ Office не могу, дано не юзаю Windows OS.
Юзаю Арч.
Все ещё не работает на линуксе нормально с Wayland на мониторах с разным dpi.
зачем брать моники с разным dpi? чтоб страдать на любых осях?
> чтоб страдать на любых осях?Проблемы с этим есть сугубо на Линуксе.
у меня проблемы с этим сугубо на винде, на линуксе под иксами/xfce всё прекрасно
Он в принципе в вейланде тормозит, причем, всё будет ок, если запускать через xwayland, представляешь?
Раньше было такое, сейчас уже нормально, вроде.
Чтоб подключить ноутбук fulhd 17" к монитору 4k 27". и да, в кде под вэйланд это работает.
Пишите гномовцам, чтобы они в свой Gtk добавили поддержку мониторов с разным DPI, чтобы окно само смотрело на размеры вывода и подстраивало под заданный DPI элементы окна. А, постой, они же специально выпилили скейлинг по физическому размеру монитора ещё в Gtk2 «потому что производители мониторов пишут неправильный размер мониторов и автоматическое определение выдаёт эти кривые значения» и потом воняли, что в X11 "невозможно работать на разно-DPIных мониторах", пока Qt хоть и не динамически, но спокойно смотрит в xdpyinfo на размер моника в пикселях, в миллиметрах, а затем тупо рисует элементы нужного размера...
Попробуйте с другим VCL
> Удалена поддержка платформ Windows 7 и Windows 8/8.1. Объявлена устаревшей поддержка 32-разрядных сборок для WindowsСейчас начнется вой про запланированное устаревание.
Пока что только deprecated, а не removed.
> Сейчас начнется вой про запланированное устаревание.Как раз смотрю, вот купил мышку самую дешевую, 15 лет пользовался, и норм.
Вот купил мышку, средней ценовой категории, хватило на неделю.
Купил мышку за 250 рублей, пользуюсь пока полгода, полёт нормальный.
можно купить нормальную дешёвую и паршивую среднюю, цена не показатель. всегда, во все времена и на всё)
Вот купил magic mouse 2... Вру, давно уже купил. Пока тоже работает.
Как человек который ковырялся в разнообразной технике я просто уверен в запланированном устаревании. Недавно ковырял телек 32 дюйма, древний. Дак у него сзади матрица закрыта таким слоем металла, что его пинать можно сзади и с торцов, тяжеленный, надежный. А современные мониторы дохнут от регулировки угла наклона - матрица жидкая и в ней ломаются проводники.
Я тут пытался свой Кор 2 Дуо из платы выдернуть. Хрен там, приварился намертво! Вот это была надёжность! А эти Core новомодные выдёргиваются на раз-два.
> Я тут пытался свой Кор 2 Дуо из платы выдернуть. Хрен там,
> приварился намертво! Вот это была надёжность! А эти Core новомодные выдёргиваются
> на раз-два.Сокет надо было открыть
>финансирование недружественных странЭто сильно!
>загримите
Загримируете, в смысле?
>LibreOffice Community без ограничений доступен бесплатно всем без исключения, в том числе корпоративным пользователям.Вот главное преимущество, да и у нас комьюнити-поддержка хорошая:
https://forumooo.ru
Ура! Лучший офисный пакет и лицензия адекватная. Конечно он не всем подойдёт но презентации можно конвертировать в PDF и отправить.
>Конечно он не всем подойдётНу да, вантузникам не подойдёт.
TTF шрифты по-прежнему не умеет рисовать без артефактом?
А ты печатать без артефактов до сих пор не научился ;)
4к лечит. Ведь линукс - это продвинутая система ориентированная на современные технологии.
Добрый вечер! Нет ничего лучше Microsoft Office! А разраб LO - хитрец! Всё дело в том, что при наличии LO на компьюкторе, .deb файлы Apache Open Office не устанавливаются, и происходит конфликт в линуксе! Вот так вот, как разраб LO и мйэнтенер в дебиане, разраб LO перетащил таким образом с AOO в LO!
Было бы очень странно одновременно держать 2 одинаковые программы кардинально различающиеся функциональностью из-за разности версий и развития.
Пардон, но LO - полноценный форк AOO! А форк разве не обязан иметь СВОИ названия файлов? Поэтому это мухлёж.
>А форк разве не обязан иметь СВОИ названия файлов?Про названия файлов ничего не знаю, но в любом случае мэйнтейнер Дебиана всё правильно сделал. А если ты хочешь одновременно держать LO и AOO, то это твои личные психологические проблемы.
На гитхабе у некоторых проектов по сотне форков (понятно, что 99% из них мёртвые, но не суть). Так и представил, как каждый автор всё переименовывает, да чтобы с остальным 99 не пересечься.
>(понятно, что 99% из них мёртвые, но не суть)В этом вся суть: в самом начале LO форкинга, мэйнтейнер заменил AOO на LO в репах в дебе (и в убунте - производной), это несправедливо, тем более что тогда это были два равных конкурентных продукта - так делать некрасиво, как сделал разраб LO и по совместительству мэйтейнер LO.
Да ладно, там от Star Office ещё, поди, имена остались и в том, и в другом.
> Всё дело в том, что при наличии LO на компьюкторе, .deb файлы Apache Open Office не устанавливаются, и происходит конфликт в линуксе!в дебах из дебиановских реп опен-офис вписан в конфликты - хотя в конфликтах один или два файла, причем не шибко фажных для фунКицлирования АООо...
но установить параллельно LO из деб АООо все равно можно :)
хотя есть альтернатива - раскровырять deb/rpm руками ;)
Существуют flatpak, snap, appimage. Специально, чтоб тащить в систему нечто чужое, вместе со своей обвязкой и зависимостями и не конфликтовать с основной системой. У меня две версии libreoffice живут и всё у них хорошо.
>Существуют flatpak, snap, appimage.А в 2010 году существовали? Нет! Эта чехарда тянется с тех времён, и это особенно ударило по AOO в те времена! Это несправедливо вычеркнуло AOO с деба, и насаждало LO! А чтобы поставить оба - парься, милый человек сам! Ясное дело, никто не хотел заморачиваться и выбирал дефолт - LO.
мне хватает OpenOffice 4.1.2
>мне хватаетhttps://chromewebstore.google.com/detail/gbkeegbaiigmenfmjfc...
Диалог управления макросами выглядит шикарно - почему нельзя сделать весь офис по дизайну как 2003 версия? И еще бы хорошо шоб летало так же быстро.
https://www.openoffice.org/download/index.htmlв 2025 летает под актуальным линуксом даже на компах уровня XX века
Ерунда полная. Опенофис уже не разрабатывается много лет. Но за эти годы в Либре было много оптимизаций. Так что Либра однозначно быстрее при большем количестве функций по сравнению с АОО.
> Либре было много оптимизацийблажен, кто верует...
например, убрали быстрый запуск..
оптимизировали :)
теперь, вон сверху жалуются, что надо 5 секунд лишних ждать...
в итоге даже по скорости "холодного" пуска АООо на компутере XX века за счет быстрого запуска выиграет у LO на компутере 2020 года...
Дело не в вере, а в каждодневном использовании.>например, убрали быстрый запуск
Это не вопрос оптимизации. То что для Опенофиса требуется запуск вместе с ОС, как бы намекает на то какой он тормоз. В свое время ЛО в этом плане оптимизировали и он стал грузится значительно быстрее. Без этих ухищрений.
> он стал грузится значительно быстреесразу бы говорил "халва-халва".
> требуется
не требуется - это выбор пользователя.
но 10-20 метров оперативы не жалко "заплатить" за быстрый запуск.правда для LO - это бы было 100-200 метров - он стал жирнотой...
Ну всё. Теперь у меня только один путь - использовать Linux. А всё из-за того, что Windows 10 на моём ноутбуке нормально не работает из-за драйвера видеокарты, которую, как вы понимаете, не заменить. Так что не зря я полностью на Linux перешёл. Осталось только выбрать какой из них лучше: Fedora, с её готовностью из коробки или Archlinux, где нужно немного допилить после установки руками, а потом ещё себя заставить перейти с Fedora :-)
нуу это да
Debian
Ни одна система не готова из коробки, в том числе все линуксы и виндовсы. Всё надо хоть немного поднастраивать под себя.
KDEneon более менее. Но это линуск, здесь не ждите установки ПО пару куликов, (за исключением снап и флатпак). На любой Linux установка ПО требует, внимание, прав суперпользователя! Это вам не писочница как в Mac. Попадёте на блэкдор - всё! А автор ПО не будет собирать для 100500 диструбутивов линукс, а только для Win и Mac, а остальное собирут васяны с блэкдором.
>>Попадёте на блэкдорТак Линукс это опенсорс. Любой "блекдор" там сразу виден.
Тысячеглаз ничего не пропустит, ага.
У тысячи нянек дитя с бекдором (ц)
> На любой Linux установка ПО требует, внимание, прав суперпользователя!Зачем тебе права суперпользователя для установки ПО в $HOME?
KDEneon рекомендую, после установки языковых пакетов вся система будет на русском языке. А не как сборная солянка, как в других сборках, которые дальше сервера не тестировались.Также нужно настроить жёсткое шифрование DNS DoH именно для всех интернет соединений. Базируется на ubuntu, но с нормальным интерфейсом.
из этих двух выбирай арч, он проще, хотя поначалу кажется, что сложнееи ни в коем случае не манжару
LFS тоже пойдет. На мощном ПК можно собрать образ, а потом закинуть его на ноут.
Даже интересно про то какие проблемы. И что за ноут, и что за видео?
>Fedora, с её готовностью из коробкиХороший дистрибутив, но из коробки готовности там не примерно никакой.
Справедливости ради.
К тому же, сейчас вот репа с openh264 заблокирована.
>репа с openh264 заблокирована.Разные зеркала попробуйте, было что на mirror.corbina.net что-то заблокировано, а на docker.ru эти же репы доступны
Это Flatpak проблемы
Не угадал. Это проблема страны, которая строит чебурнет, блокируя все без разбора.
> Хороший дистрибутив, но из коробки готовности там не примерно никакойКого-то устраивает стандартная поставка. А вот мне в любой системе хочется кучу всего удалить и еще большее количество программ и утилит поставить. У всех разные требования.
>хочется кучу всего удалить и еще большее количество программ и утилит поставить.Речь не об установке/удалении, а о готовности системы к работе из коробки.
И вот с этим в Fedora плохо, особенно для новичков.
Примеры:
Кодеки - установка отдельно из RPM Fusion.
На некоторых сайтах - tofu вместо букв.
Драйвер на принтер - устанавливай сам.
Flatpak - урезанный, федоровский.Я не брюзжу, сам юзаю Fedora.
Но из коробки там готовность разве уж совсем для нетребовательных юзеров.
>Windows 10 на моём ноутбуке нормально не работает из-за драйвера видеокартыА поставить Windows 11 что мешает? Или это тот случай, когда ноутбук слишком старый даже для Win10, которой уже 10 лет?)
На таком с линуксом проблем будет на порядок больше.
Каждый сам выбирает себе дистрибутив, который его устраивает. Я не навязываю, но даю информацию. Для меня лучший - Runtu с крысой. Но у крысы анонсированы какие-то проблемы с wayland, поэтому не хотелось бы от нее отказываться. Посмотрел недавно RedOS 8 - вполне понравилось.
>Осталось только выбрать какой из них лучше: Fedora, с её готовностью из коробки или Archlinux, где нужно немного допилить после установки руками, а потом ещё себя заставить перейти с Fedora :-)Это явно не просьба анонимных экспертов в выборе дистрибутива. Уже явно сформированы пристрастия между двумя очень специфическими дистрибутивами. Ни один из них не советую для использования ни кем.
Ubuntu стала дефолтом и на десктопах и на серверах. Не вижу объективных причины выбирать что-то другое, только если это не импортозамещение.
В LibreOffice можно выделять мышью целые строки, сейчас вижу только посимвольное выделение?
В MS Office ведешь мышью слева от текста и указатель мыши превращается в стрелку, можно сразу выделить построчно. Получается в несколько раз быстрее.
А Shift+Down не пробовали? Или вообще Ctrl+A.
Мышью! Он пишет "мышью"! Мышь - такой инструмент. Понятно, что просветлённые ею не пользуются, но нормисы то постоянно.
Можно.Ведёшь мышью слева или справа от текста - он построчно выделяется
Что могу сказать? С 2011 года использую.
Не будь такого офисного пакета, на Linux так и не перешёл бы.
Версии 7.3.4 вполне хватает и без лишнего пафоса
В Астре, что ли?
Еще бы ошибки исправляли, на которые им указывают - по году висят даже без проверки. И функциональности добивались бы идентичной в различных операционных системах (сейчас максимально заявленная фактически только в Windows). Как это сделать, я также им предложил. Но, как говорится по-русски, воз и ныне там. Все, что требует серьезных улучшений со времени OpenOffice, не делается, видимо, по причине недостаточной квалификации разработчиков. Форк вообще-то предполагает хотя бы некоторое улучшение функциональности, а не только затирание и переклеивание ярлычков.
Эти все ошибки висят в комьюнити версии. Покупай Энтерпрайз версию, будут тебе фиксить баги за деньги!
Покупай Энтерпрайз версию, не будут тебе фиксить баги, но уже за деньги. Вот так точнее.
А мне не надо их фиксить - надежды, что это когда-то произойдет, нет. Но их можно обойти путем использования только универсальных возможностей, предоставляемых для всех операционных систем, на которые портирован сабж.
Исправляют и довольно быстро. Если, конечно, багрепорт вменяемый, а не типа "чота глючит, когда сатурн в водолее". Проверено лично.
> Если, конечно, багрепорт вменяемый,На любой, даже невменяемый, в Вашей терминологии, багрепорт должен быть ответ. Хотя бы типа "ошибка не подтверждена" или "предоставьте дополнительную информацию". Во всяком случае, в наших проектах так и делается, и все, даже на вид "невменяемые" сообщения, когда мы начинали разбираться с "косноязычием" пользователей, свидетельствовали о действительных проблемах с программами, которые были исправлены. Иначе можно, как говорится, с водой выплеснуть младенца.
Квалификация пользователей LibreOffice пока сильно отстает от квалификации разработчиков. Так что пусть повисят (ошибки), пока пользователи прокачают скилл, научатся читать справку и делать хоты бы малые усилия по самостоятельному решению своих мелких проблем. Коллективные большие проблемы - выявляются быстро и решаются сразу или через релиз.
> пользователи прокачают скиллКак сказано выше, так и делаем. Пока полагаться на неудачную организацию исправления ошибок не приходится, а точнее - на безразличное отношение разработчиков к пользователям. И не факт, что оплатив поддержку, будет иной эффект.
>безразличное отношение разработчиков к пользователямВ России?
Ага, делаете. А если у Вас штат программистов каждые полгода на 50% меняется?
Почему в LibreOffice не добавляют "умные" таблицы (как в Excel)?
Потому-что не надо как в Excel.
>Windows 7 и Windows 8/8.1Да ну блин :(
"Удалена поддержка". Я об этом. Беда, в общем.
Поддержка. Не сборки (пока что). Но в скором времени удалят, конечно. С другой стороны, если вы на древней венде сидите, вам и свежайший офис не нужен.
А кому он нужен. Шутка.
А серьезно: ИТ индустрии нужна работа. Нужно повсеместная прозрачность и встраиваемость всего и вся в во всё. Нужно подчищать последствия этой встраиваемости. Кому-то нужно, чтобы можно было куда "вбухать" венчурные инвестиции. Старая принцип - купил и забыл ушел в лета.
Вот google chrome при переходе по ссылке запускает процесс, который потребляет существенно больше процессорных ресурсов, чем приложение потребляло до этого. Сайт в настройках без выполнения javascript. Потребление продолжается пока не снимешь процесс принудительно. Как объяснить это?
И все равно большинство использует M$ Office документы которого все так же криво открываются.
Возникает резонный вопрос: если большинство людей используют MS форматы, то зачем страдать от LO? Не логичнее пользоваться MSO?
MSO - лучший офис, без базара. Но с учетом необходимости импортозамещения от негшо прийдется постепено отказаться. LO - это совсем не "шедевр", как я говорю "рожденный ползать (из-за его идиотской архитектуры еще со времен, когда он был Star Office - поделкой программистов-фашиков из StarOffice GMBH)". Наши появившиеся отечественные или полуотечественные аналоги тоже не радуют, от слова совсем - написаны на тормознутых Web-технологиях. Пока, к сожалению, так.
Просто не используй документы M$ Office
Проблема LO отмечена с одним типом документа. Это экзотический формат - форма HTML с расширением XLS - применяется в рассылках некоторых типов официальных документов в МЗРФ. Прекрасно открывается в MSO.
> В Draw обеспечен показ границ для полей страницы.В Draw при экспорте в растровый формат, напримр, в png или jpeg, обрезается по пикселю сверху и справа.
Так же усложнили работу с панелью выбора dpi и размеров экспорта -- натолкали радиокнопок вместо контроля ввода и автокоррекции связанных полей, что было раньше.
Зато (по слухам) Питон в макросы пытаются внедрить. Но опять же недоделали. И доделают ли, неизвестно - опять будет как с Бэйсик: что-то работает, что-то нет.
> Зато (по слухам) Питон в макросы пытаются внедрить. Но опять же недоделали.
> И доделают ли, неизвестно - опять будет как с Бэйсик: что-то
> работает, что-то нет.Это будет просто бесполезная трата человеческого ресурса.
Практика использования встроенных языков в больших программных системах показывает, что функциональные языки, в частности, lisp для этой цели подходит лучше, чем объектно-ориентированные, в частности, питон. Во-первых, функциональные языки более понятны в рамках их применения к задачам верстки, более просты и, соответственно, изучаются быстрее.
Их интерпретаторы тоже быстрее. Автокад не даст соврать -- попытка воткнуть туда питон на замену "устаревшего" лиспа полностью провалилась и он там теперь просто рядом на выбор. Мало того, как сказал один из ведущих разработчиков, система конструкторской поддержки на питоне изначально содержала почти весь код интерпретатора lisp, поскольку другого прямого протокола в движок нет и никто не собирается писать еще один. Так что питон теперь там -- это просто обертка.
В ЛО будет все то же самое -- старбейсик, или как его там, просто обернут питоном.
Вместо того, чтобы заменить 30-летней свежести графический конвейер на что-то более вменяемое, команда ЛО просто переставляет кровати. Можно было сменить парадигму, исключив из офиса программу подготовки презентаций и редактор формул, и направив освободившиеся силы на плагин презентаций для writer, который все нужное для беспонтовой их верстки имеет, а также плагин типа TexMaths, плюс установщик texlive.
Хмм... Кто может меня убедить перейти с MS office на это чудо, с учётом того что в 98м году оно работало лучше и умело больше чем либра в 2025м
Ваш MSO не работает под Linux. Убедил?
Под Linux мого чего не работает, так что это не аргумент. Либра тоже не очень работает. Если постараться очень сильно то можно запустить через wine, или web-версия.
Не нужно обобщать. Коллега спросил о MSO. Кстати, его функциональность и под macOS меньше, чем для офтопика.
Хз. пользуюсь под мак полет нормальный урезаного функционала не заметил, кроме Content Controls и UserForms. Но мне пользовать этим было не нужно.
> урезаного функционала не заметил, кроме Content Controls и UserFormsкроме ... а еще DLL в VBA.
К счастью мне не нужно это, но хорошо держать на заметке. У нас корп настройка запрещающая любой скрипнинг в офисных документах, все в целях безопасности.
П.С: я не хейчу на опенсорс, дело в другом. Нет четких приоритетов. Из разрабов кто в лес кто по дрова. Пилят в целях пилить, а не создать полноценный офисный пакет который бы работал. И я понимаю локалхостеры скажут для меня лично работает - и я согласен с этим. А вот внедрять в предприятия - это невозможно от слова совсем
> Хмм... Кто может меня убедить перейти с MS office на это чудо,
> с учётом того что в 98м году оно работало лучше и
> умело больше чем либра в 2025мЕсли выбросить нахер все ручное форматирование и оставить только стилевое, то МСО реально сосет. Если это не причина перехода, то я не знаю. Сам не пользуюсь ручным форматированием, только стили, и бью по рукам подчиненным за ЖКП и прочее внестилевое оформление. Стили в ОО/ЛО -- это мощнейшая фича, препятствующая разного рода инклюзивным юзерам криэйтить документы, которые разваливаются после третьей совместной правки, а то и сразу на чужом компе. У меня есть сложнейшие по структуре документы 20-летней давности, которые я периодически правлю и пополняю без каких-либо проблем, связанных со сменой софта или с совместным их редактированием. В МСО такое невозможно даже, если использовать их кривые стили. Если я работаю со стилями, мне нет необходимости видеть, как они будут выглядеть в документе -- я их сам создал и все про них знаю. В этом отношении интерфейс у ЛО, слава богу, пока позволяет это все бесполезное не показывать и экономить вертикальное пространство. Интерфейс лента -- это для новичков поиграться, для экспертов, собственно, важен реальный функционал и возможность его использовать не отрывая рук от клавиатуры. Мало того, если я оформялю абсолютно все стилями, нет никакой проблемы в один клик поменять внешний вид документа. Попробуй в полуторастостраничном документе заменить все набранное полужирным на италик менее, чем за пять секунд.
...
IBM еще в конце 90-х отказалось в своих бизнес-процессах от использования программ типа "офис" и перешла на работу с жесткими формами, в которых невозможно ничего надизайнить простым юзерам -- они создают документы в условиях жестких рамках оформления, которое им предоставляет LotusNotes (нынче Domino).
Параллельно они "подняли" валявшийся клон старофиса под названием "опенофис" с устаревшим уже к тому времени конвейером VCL и попытались VLC заменить на свой пятишаговый 2d-конвейер. Их оренофис назывался Lotus Symphony и получил справа ту самую панель, что мы видим у современного ОО/ЛО. С заменой ничего не получилось, и они отдали все наработанное назад в ОО.
Всё так. Но пользователи ... Большинство не умеют вообще ничего, а о стилях в текстовых документах и формулах в электронных таблицах не слышали. Недавно прислали коммерческое предложение, в котором таблица была сделана отрезками прямых линий, наложенных поверх текста.
Компонент LO Writer с каждым обновлением всё хуже работает с форматом ODT. Могу даже смело утверждать, что Writer более не поддерживает формат ODT. Перешел в LO на DOCX - проблем не отмечено.
Наблюдал такую же проблему. Был документ сохранённый в одной версии не открывался в другой, а те что открывались были кривые. Пришлось ставить обратно старую версию, экспортировать в docx и тогда нормально заработало.
В LO работал над документом с большим количеством формул. В формате ODT объем составлял 35 Мб. Думал, так и надо. Понадобилось сделать черновой автоматический перевод данного документа, но переводчики Яндекс и Google принимают только DOCX. Очень удивился, что при сохранении в LO в формат DOCX объем файла составил всего 1,1 Мб!
> Компонент LO Writer с каждым обновлением всё хуже работает с форматом ODT.
> Могу даже смело утверждать, что Writer более не поддерживает формат ODT.
> Перешел в LO на DOCX - проблем не отмечено.Не всякий docx поддерживает нормально, например, инлайн-вставку картинок в текст, только 365-й.
Еще один кривой момент -- поддержка svg -- ее в docx просто нет.
это как они с 7 версии сразу на 25 скаканули? у меня в минте не прилетает обновление