Началось альфа-тестирование офисного пакета LibreOffice 7.2. Для Linux, Winodos и macOS подготовлены готовые сборки, которые можно использовать для установки параллельно со стабильными выпусками LibreOffice. Релиз ожидается 18 или 19 августа...Подробнее: https://www.opennet.me/opennews/art.shtml?num=55204
> GTK4жирр
> Удалён OpenGL в пользу использования Vulkan
жирр
> компиляции в WebAssembly
Мозилла-жирр
OFFTOP: acroobat, судя по аватарке, вам нравится ЯП D. Пожалуйста, прокомментируйте его нынешнее состояние, и пишите здесь, на OpenNet, новости
OFFTOP: Здесь новости - https://www.opennet.me/openforum/vsluhforumID4/618.html
OFFTOP: когда для сетевых операций язык отвяжется от libcurl и научится делать все сам как положено?
OFFTOP: Посмотри dlang-requests - https://github.com/dlang-community/awesome-d#web-frameworks
Хватит самим собой разговаривать, тут тебе не психбольница.
Шагай, Vulkan, по планете!
Не путайте Skia и Vulcan
Не путайте Vulkan и Vulcan.
вулчан лол
>Удалён код отрисовки на основе OpenGL в пользу использования Skia/VulkanЕще раз. Skia фреймворк для отрисовки. Котрый умеет рисовать поверх Vulkan. Также он умеет рисовать на CPU. И через Opengl тоже умеет.
Они заменили свой отрисовщик (что не работал нормально). У Skia есть Opengl бекенд, и Vulkan бекенд. Еще вон умеет рисовать на CPU."Skia has a Vulkan implementation of its GPU backend. The Vulkan backend can be built alongside the OpenGL backend. The client can select between the OpenGL and Vulkan implementation at runtime."
Добавте в шапку кто умеет это.
А еще задно информацию о том, что работает это аппаратное ускорение только в презентациях. Помотайте длинный документ вверх-вниз. С ускорением или без, но нагрузка будет те самые 15% например. Смотря какой процессор используется.
Кому интересно, читайте РелизНотес по ссылке в статье, тут очень уж обрезано дали "самое важное"
Х...ней занимаются! Давно надо редактор формул улучшать.
Не надо. Есть расширение TexMaths и лучше, чем оно, не сделать. Формулы невозможно верстать Wyswyg -- слишком муторно и долго. Намного удобнее кодить их в LaTeX. И быстрее раз в пять, а то и того больше. А когда по тексту разбросано inline, то просто нет альрнативы.
Вместо редактора формул нужно draw доводить до ума. Да и writer не мешало бы от застарелых багов почистить. Вместо новых версий, от версии к версии плодящих новый регресс, следовало бы начинать избавляться от xml и прочей тормозящей муйни.
> LaTeX?Нет. Формулы очень хорошо и быстро набираются в MS Word. Нужно всего лишь запомнить на пальцах как управлять положением курсора в вводе формулы и все. Когда мне нужно было я 2 страницы формул набрал очень быстро в MS Word, сколько бы я их набирал в LaTeX? День на изучение синтаксиса? День на набор формул? Спасибо пользуйтесь сами.
> евозможно верстать Wyswyg -- слишком муторно и долгоНет. Формулы очень хорошо набираются в wysiwyg. Это линуксом нету удобного инструмента.
TeXstudio
В LaTeX формулы набираются на порядок быстрее и могут выглядеть на порядок элегантнее, чем в MS Word. Кажется, в последней версии Ворда исправили косяки отображения типа корень квадратный с d плюс корень квадратный с y, но есть ещё масса таких вот некорректностей. В LaTeX ты такие вещи можешь самостоятельно контролировать.
Не могут выглядеть элегантно, а выглядят. Причем всегда.
А вот во всех вордпроцессорах формулы всегда выглядят блевотно. Потому что верстка формул существенно отличается от верстки текста. Да и возможности рахзмещения глифов недостаточны для формул. Как только появляются скобки или интегралы, так вордпроцессоры бессильны. В книжках начала 20-го века формулы, набранные свинцом в лотках, выглядят лучше, чем набранные в вордпроцессорах.
>формулы
>2 страницы
>ms wordСочувствую.
>Давно надо редактор формул улучшать.в какую сторону?
Редакторы новостей и без того занятые люди. Допереведи сам тогда, если ты специалист в этой теме, нажми на "Изменить новость".
Думал, он такой тормозной из-за Java, а тут три заветные буквы - GTK. Go To KDE.
Он такой тормозной, потому что некому профилированием заниматься. Не желаешь?
Оформление реализовано при помощи VCL (Visual Components Library) плагинов и может задействовать как GTK, так и Qt: https://docs.libreoffice.org/vcl.html
Спасибо, я и забыл уже.
Странно тогда, что тормозит, если это плюсовый тулкит.
It is written in Object Pascal. Обёртка не виновата в тормозах того, что она оборачивает.
Крестовый тулкит всегда тормозил и будет тормозить -- сама парадигма такая, убогая. Ориентированная не на то, чтобы сделать хорошо пользователю, а программисту. Тут налицо техническоле противоречие -- есл делать хорошо пользователю, то зело хреново программисту выходит. И наоборот -- если хорошо программисту, хреново юзеру. И сикросскросс тут в первых рядах.
Попробуй на асме напиши офис, по твоей логике программисту тяжело, а пользователю соответственно хорошо. Если хорошо программисту, то он осилит задачу и сделает хорошую программу. Если программисту тяжело, то он может вообще не осилить задачу или наделает костылей. Истина где-то посередине, нужно правильно выбирать инструмент под задачу.
Ты про Troff что-ли? Программист сможет этот инструмент осилить и какиие надо строки, картинки будут посередине. И нефиг думать что в Acme так нельзя сделать. Просто мало пользовательской базы. Pla9 подохла, 9front слегка чересчур экстравагантен. О последнем выпуске предлагаютчитать на немецком. Линус Торвальдс не предлагает всем читать на шведском. Ну еще линуксовый groff имеется, так что выбор есть. И ты забыл про Sam. Как ты мог? Ведь есь любители Vimа, а тут гибрид терминала с командами и текстового поля в произвольном месте, и запись там через wq работает. Это новое слово в vimостроении! Правда acme жрет меньше памяти. Непонятно куда улетает при открытии 100 страниц текста память в редакторах. Leafpad - 42мб жрет, Mousepad - 44мб хавает, LibreOffice 7.1.3.2 - тадам, 425 мб памяти. Открываем тот же файл в Acme - 1,2мб + 9pserve -56кб, ну и Sam - 5,5мб. Побеждает в этой категории Acme, а серебро достается Sam, но его особенности могут перевесить даже Acme, которая в том числе и файловый менеджер и может использоваться для редактирования файлов в проете, ну и есть инструкция как ее пропатчить для подсвечивания текста. И все это добро работает в Linux благодаря plan9port.
Бобёр, выдыхай. Под словами "Попробуй на асме напиши офис" имеется ввиду написать офис на ассемблере, а не открыть документ в программе Acme.
Что? Вы там курите и наискосок читаете? Откройте файл спростым текстом в Acme чтобы понять потребление памяти на одном и том же документе около 100 страниц длиной. А вот собственно как можно сделать документ PDF в Acme.
Да, под кедами значительно шустрее работает, факт.
Оно сможет запускаться на железе без поддержки вулкана ?
Очевидно, что нет, так как OpenGL полностью удалён.
Печально коли так. Ведь немало вполне годных для офиса железок не поддерживает вулкан.
Для работы Vulkan минимально необходимо GPU 2012 года или новее. То есть 9 лет давности будет минимально достаточно, поэтому давно пора было полностью удалять OpenGL.
Таки вы отите сказать, что GPU, например, AMD Radeon HD6xxx уже вообще ни на что не годятся?
Им уже 10 лет, пора их отправлять на свалку истории.
HD69xx/HD68xx вполне себе годны.
> Им уже 10 лет, пора их отправлять на свалку истории.Вам тоже. И вас тоже.
Ладно игровое железо, но офисные то пк.Вот сейчас до сих пор вижу в госучреждениях сидят на 3/4 пнях на хруше и ничего, в офисе 2003/2007 работают...
На офисных компах запускают браузеры с кучей вкладок, несколько 1С и т.д. Даже на четвертом пне это полнейший ад, про третий я вообще молчу. Так что не страдайте фигней, выкиньте это говно.
Наверно надо в первую очередь "выкинуть это говно" 1с. Вот уж кто пожирает любые ресурсы немерено и необоснованно.
И чем ты её заменишь? Твоим любимым 2003 экселем?
3-4 пни с амд к6-2,3 атлонами это более чем достаточное железо чтобы набирать текст. Удалите сумасшедших от разработки, а то они все на раст перепишут. А то ругали OpenOffice за то что он там жабу использовал, переписали LibreOffice на Си, а получилось еще хуже. Это какими надо быть болванами ума не приложу.
Таки вы отите сказать, что GPU, например, AMD Radeon HD6xxx уже вообще ни на что не годятся?
Не годятся по-моему.
Игрунам, - может быть, но вот чтоб работу работать, так их за глаза в большинстве контор
HD6000 затычке 10 лет. 4К держит, аппаратное декодирвоание 1080@60 работает, ютуб тащит. Это видимо людям с недостатками они не нравятся, а то видите ли есть те, кому ненужен булкан. Даже бесплатно. Потому что де факто стандартом является OpenGL. То что под дуректх почти все точат это из-за подлянки мелкомягких когда в шинде OpenGL транслируется в дуректх. А по факту в дуректх портировали лет 10 все то что наработали в проекте OpenGL. Булкан он по сути тоже собрал все эти наработки. Но лучше работает то, под что оптимизирован код. А теперь внезапно вопрос на миллион: для чего был оптимизирвоан код в лофисе до 7.2. И вопрос на два миллиона: какими надо быть дебилами чтобы все запороть и не добавить, а удалить то, что уже работало годами до них. У них непримиримая борьба с ветряными мельницами на уме только.
Для работы вулкана видюха 9-летней давности это необходимое, а не достаточное условие. Поэтому отказом от ОпенГЛ они выкинули часть и современных конфигураций
Ваше заявление не имеет к действительности никакого отношения, потому что для Vulkan минимально необходимо Radeon HD 7750 или новее, Nvidia 650 или новее (насчёт Intel HD не помню, надо гуглить). То есть все современные GPU поддерживают Vulkan абсолютно точно.
И все мобильные современные карты тоже?
Я в первую очередь имею которые в АРМах ставят, типа малины
Все современные GPU, включая мобильные, в том числе и ARM, все они имеют свободные Vulkan-драйверы в составе Mesa.
https://mesa3d.org
https://gitlab.freedesktop.org/mesa/mesa
Так и без OpenGL работало же, нет?
Нет, без него было бы только "слайд-шоу" в плохом смысле этого слова
...
Это если эффекты в Impress использовать. Если просто редачить, то никакой OpenGL не нужен.
Не очевидно. В данном случае удалили полностью собственный код отрисовки, в котором использовали OpenGL, и переложили отрисовку на плечи Skia, у которой в том числе есть Vulkan-бэкенд, но есть и полностью программная отрисовка.
Больной что ли? Все там работает и без вулкана. Скиа умеет в только ЦПУ рендер и это все равно быстрее, чем натив для винды GDI
> только ЦПУ рендер и это все равно быстрее, чем натив для винды GDIПотому ворд работает быстрее и без тормозов даже на древнем железе ?
> Потому ворд работает быстрее и без тормозов даже на древнем железе ?Потому что половина Ворда уже есть в системе в виде её компонентов, а ЛО должен использовать кучу абстракций, чтобы более-менее универсально работать везде.
Плюсом Ворд пилит неслабая команда за вполне неслабый бюджет (Офис, на-минуточку, по собственной отчётности МС - главный её прибыльный актив, а ни разу не Винды) в собственной же системе. Ситуация, в которой разрабатывается ЛО, и близко не соответствует по всем пунктам.
Ты хотел сказать, что MS Office разрабатывают профессионалы, в отличие от Libre Office?Причём здесь, кстати, наличие компонентов? Компоненты для LO более тормознутые, потому что их делали любители, в отличие от.
> Ты хотел сказатьВ LO тоже есть неплохие профессионалы, но размер команд и время, которое уделяется продукту, различаются на порядки. Люди, помимо работы над кодом, иногда, пардон, жрать хотят и питаться святым духом не обучены.
> Причём здесь, кстати, наличие компонентов?
При том, что использование нативных компонентов системы, которые и так плюс-минус постоянно болтаются в памяти (плюсом отимизированы под продукт) и использование их эмуляции в нескольких слоях абстракций для кроссплатформенности (aka VCL), как бы несколько разные вещи.
Это потому что до сих пор документы из-за толп идиотов имеют тип docx по умолчанию, а не odf который в OpenOffice/LibreOffice и он как в новом откроется, так и в старом OO. Но что мешает использовать PDF для конечных документов? Их можно делатьв простых текстовых редакторах без привязки к инфраструктуре мелкомягких для организации инфраструктуры внутри инфраструктуры. То есть своей сети полностью отличной от интернет где применяются linux/unix. И в линуксе нет ереси вроде сервера проектов, или эксчейндж как якобы навороченный почтовый сервер. В линуксе достаточно поставить постфикс и определять по паролю, а для шиндовых машин можно завести даже самбу. Все это бред больного человека - необходимость в офисных продуктах.
Формат DOCX неистребим, потому что начитавших хабров и прочих советов - злой одмин ставит в OpenOffice|LibreOffice умолчание на DOCX/XLSX.Ни что не мешает бизнесу использовать PDF как конечных документов, так и для редактируемых.
Я вот уверен что 90% участников ветки не знают об этой возможности. Госы тупят по этой же причине.90% того что дает MS Exchange/Sharepoint - дает и свободный ThunderBird с плагинами, настраиваемый юзером. Тут согласен, Exchange/Sharepointне не являются незаменимыми.
Но сами офисные пакеты типа OpenOffice|LibreOffice и MSO (с макросами VBA/SB/Python) - нужны. Никаким сдохшим AbiWord или упаси LaTex-ом - вы не сможете автоматизировать заполнение документов. А это нужно даже в одностраничных служебках и заявлениях.
> 90% того что дает MS Exchange/Sharepoint - дает и свободный
> ThunderBird с плагинами, настраиваемый юзером. Тут согласен,
> Exchange/Sharepointне не являются незаменимыми.Кстати, милости просим с пополнениями на http://altlinux.org/замена ;-) (регистрироваться необязательно)
PS: сделал порядок слов чуть более однозначным с учётом того, что часть ссылки из ссылки выпала.
> Ты хотел сказать, что MS Office разрабатывают профессионалы, в отличие от Libre
> Office?
> Причём здесь, кстати, наличие компонентов? Компоненты для LO более тормознутые, потому
> что их делали любители, в отличие от.Нет. Они тормозные потому что их делали хрен на какой глубины фреймворках, в отличие от. А также из-за того, что нарушены основные принципы вордпроцессинга. Состояние работающей програмы и ее функционал должны жить отдельно от форматов хранения/обмена и печати. Это три семантически различающихся представленияи они должны быть максимально независимыми друг от друга.
А еще в LibreOffice до сих пор проблемы с отображением названий шрифтов с иероглифами. OpenOffice, предок этого поделия, таких проблем не имеет. Еще огромный плюс OpenOffice это возможность держать в памяти все нужное для мгновенного запуска. Актуально для жестких дисков/флешек. А самое главное они не выкинули поддержку мелкомягкого формата. Давно бы все начали требовать в odt документы. Функционал уже давно множественный как в ZFS, BTRFS. LibreOffice это одна из самых тяжелых программ на линуксе. Тормознутость тут от того какое качество кода на выходе. Работают ведь разные программы вместе и при этом быстро. Для перевода формата надо было утилиту замороченную сделать, что если очень сильно надо, то могли бы прочитать файл. А то линукс умеет в fst, exfat, ntfs, а мелкомягкие просто добавили виртуалку с линуксом. И вот тебе на тебе весь дивный мир Linux, Unix, BSD, Plan9.
Вы немного обманываете:- Проблем с иероглифами нет в OpenOffice|LibreOffice, кроме вертикальных, и те решаемые.
- Мгновенный запуск не нужен со времен появления SSD. Запускать LO с флешки - зачем? Есть portable размером 150 Мб, который скачать/распаковать быстрее, чем было писать ваш пост.
- Форматы MSO в LO значительно лучше поддержаны, никто ничего не выкидывал, даже rtf.
- LibreOffice - это одна из лучших программ на Линуксе. Если бы не она - путь ему на рабочие места был бы "заказан".
сможет
А когда этот офис вообще допилят и разбегутся?
Не ранее, чем на Opennet завезут адекватных комментаторов, а всех прочих увезут.
Ну и когда ты уезжаешь?
Тёмную тему когда добавят?
Я как-то прикручивал ещё давно, просто скачать и закинуть, значки инверсные тоже были
О, да! Ведь у ЛибраОфиса всё есть, кроме черной темы!
...и копирки вместо бумаги?
Чувак, поставь тему в системме темную и лофис измкенится вместе с ней.
Просто скачай тёмную тему с gnome-look.org и переключись на неё в настройках твоего DE.
Настройки открывать не пробовал?
Баги с рисованием документа в Writer они чинить вообще собираются?
Пока ты не скинешь им свои багрепорты, то, конечно, никто не будет этим заниматься. Ибо у всех всё прекрасно рисуется, у одного тебя там какие-то баги.
Когда у них появится скидывалка багов без емаил/смс/регистрации. )
Брехня.
Если появится такая "скидывалка", то у тебя тут же найдутся другие не менее "важные" отмазки.
> Пока ты не скинешь им свои багрепорты, то, конечно, никто не будет
> этим заниматься. Ибо у всех всё прекрасно рисуется, у одного тебя
> там какие-то баги.Кладут на твои багрепорты с прибором. Ты с ними взаимодействуешь, получаешь билд, где тебя просят подтвердить или опровергнуть наличие бага, ты бага не видишь и его закрывают. А в следующем официальном релизе все как было, так и остается. Ты переоткрываешь баг, а его тут же закрывают, типа не подтверждается.
Немного не так. Вот я годами ныл на форумах про русские функции в Calc, чтобы было "как в Excel" - меня убеждали что никому это не надо.Я провёл опросы, рассказал о них разрабам, разнылся еще больше, задонатил немного - и они сделали русские функции! Более того, теперь они по умолчанию включены! И миллионы людей в exUSSR и эмигрантов - пользуются Calc так же, как они пользовались (и пользуются дома) MS Excel, с привычными русскими функциями ВПР/ПОИСКПОЗ/СУММЕСЛИМН, вместо VLOOKUP/MATCH/SUMIFS.
Вот так работает модель СПО, и по-моему это прекрасно!
Естественно все скинуто. Аффторам просто пофигу на существующие баги, они пилят новые.
> Пока ты не скинешь им свои багрепорты, то, конечно, никто не будет
> этим заниматься. Ибо у всех всё прекрасно рисуется, у одного тебя
> там какие-то баги.Кладут на твои багрепорты с прибором. Ты с ними взаимодействуешь, получаешь билд, где тебя просят подтвердить или опровергнуть наличие бага, ты бага не видишь и его закрывают. А в следующем официальном релизе все как было, так и остается. Ты переоткрываешь баг, а его тут же закрывают, типа не подтверждается.
>>Улучшены фильтры импорта и экспорта, решено множество недоработок при импорте и экспорте форматов WMF/EMF, SVG, DOCX, PPTX и XLSX;15 лет ждал. На популярные doc/xls уже забили совсем?
Они уже не популярные.
Повторять три раза в день.
Почему такой ажиотаж вокруг HUD. KDE'шники везде его внедряют, Inkscape, LibreOffice...
Каким боком тут KDEшники?
От 2 питона вроде отвязали (месяц назад ещё нет), но что-то меня всё ещё напрягает.
Calculating dependencies ... done!
[ebuild N ] app-text/libexttextcat-3.4.5::gentoo USE="-static-libs" 1,017 KiB
[ebuild N ] app-text/libnumbertext-1.0.7::gentoo 283 KiB
[ebuild N ] dev-libs/libatomic_ops-7.6.10::gentoo ABI_X86="(64) -32 (-x32)" 492 KiB
[ebuild N ] dev-util/cppunit-1.15.1-r2:0/1.15::gentoo USE="-doc -examples -static-libs" ABI_X86="(64) -32 (-x32)" 796 KiB
[ebuild N ] sys-devel/ucpp-1.3.5::gentoo 283 KiB
[ebuild N ] sci-libs/suitesparseconfig-5.4.0::gentoo USE="-static-libs" ABI_X86="(64) -32 (-x32)" 252 KiB
[ebuild N ] media-libs/libuninameslist-20200413-r1:0/1::gentoo 1,183 KiB
[ebuild N ] sci-libs/colamd-2.9.6::gentoo 292 KiB
[ebuild N ] sci-mathematics/lpsolve-5.5.2.0::gentoo USE="-static-libs" 720 KiB
[ebuild N ] dev-db/unixODBC-2.3.9::gentoo USE="minimal unicode -odbcmanual -static-libs" ABI_X86="(64) -32 (-x32)" 1,637 KiB
[ebuild N ] virtual/perl-Compress-Raw-Zlib-2.101.0::gentoo 0 KiB
[ebuild N ] virtual/perl-IO-1.460.0::gentoo 0 KiB
[ebuild N ] virtual/perl-Time-Local-1.300.0::gentoo 0 KiB
[ebuild N ] dev-perl/Archive-Zip-1.680.0::gentoo USE="-examples -test" 160 KiB
[ebuild N ] app-crypt/mhash-0.9.9.9-r2::gentoo USE="-static-libs" 910 KiB
[ebuild N ] media-fonts/liberation-fonts-2.1.3::gentoo USE="X -fontforge" 2,315 KiB
[ebuild N ] app-text/mythes-1.2.4-r1::gentoo 4,796 KiB
[ebuild N ] dev-libs/hyphen-2.8.8-r1::gentoo USE="-static-libs" 624 KiB
[ebuild N ] app-office/libreoffice-l10n-7.1.3.2::gentoo USE="-offlinehelp" L10N="en -af -am -ar -as -ast -be -bg -bn -bn-IN -bo -br -brx -bs -ca -ca-valencia -ckb -cs -cy -da -de -dgo -dsb -dz -el -en-GB -en-ZA -eo -es -et -eu -fa -fi -fr -fur -fy -ga -gd -gl -gu -gug -he -hi -hr -hsb -hu -id -is -it -ja -ka -kab -kk -km -kmr-Latn -kn -ko -kok -ks -lb -lo -lt -lv -mai -mk -ml -mn -mni -mr -my -nb -ne -nl -nn -nr -nso -oc -om -or -pa -pl -pt -pt-BR -ro -ru -rw -sa -sat -sd -si -sid -sk -sl -sq -sr -sr-Latn -ss -st -sv -sw-TZ -szl -ta -te -tg -th -tn -tr -ts -tt -ug -uk -uz -ve -vec -vi -xh -zh-CN -zh-TW -zu" 0 KiB
[ebuild R ] dev-libs/boost-1.76.0-r1:0/1.76.0::gentoo USE="bzip2 lzma nls* python threads zlib zstd -context -debug -doc -icu -mpi -numpy -static-libs -tools" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_7 -python3_8" 0 KiB
[ebuild N ] dev-libs/librevenge-0.0.4-r1::gentoo USE="-doc -test" ABI_X86="(64) -32 (-x32)" 412 KiB
[ebuild N ] dev-util/mdds-1.7.0:1/1.5::gentoo USE="openmp -doc -test -valgrind" 306 KiB
[ebuild N ] dev-cpp/libcmis-0.5.2-r1:0.5::gentoo USE="-man -static-libs -test -tools" 289 KiB
[ebuild N ] app-text/liblangtag-0.6.3::gentoo USE="-debug -doc -introspection -static-libs -test" 738 KiB
[ebuild N ] app-text/libwpd-0.10.3:0.10::gentoo USE="tools -doc" 523 KiB
[ebuild N ] app-text/libabw-0.1.3::gentoo USE="-doc -static-libs" 312 KiB
[ebuild N ] app-text/libepubgen-0.1.1::gentoo USE="-debug -doc -test" 317 KiB
[ebuild N ] app-text/libmspub-0.1.4::gentoo USE="-doc -static-libs" 369 KiB
[ebuild N ] app-text/libmwaw-0.3.19::gentoo USE="-doc -tools" 1,369 KiB
[ebuild N ] app-text/libodfgen-0.1.8::gentoo USE="-doc" 378 KiB
[ebuild N ] app-text/libqxp-0.0.2::gentoo USE="-debug -doc -test -tools" 334 KiB
[ebuild N ] app-text/libstaroffice-0.0.7::gentoo USE="zlib -debug -doc -tools" 692 KiB
[ebuild N ] app-text/libwps-0.4.12::gentoo USE="-debug -doc -tools" 697 KiB
[ebuild N ] dev-libs/xmlsec-1.2.32::gentoo USE="nss openssl -doc -gcrypt -gnutls -static-libs -test" 1,943 KiB
[ebuild N ] media-libs/libcdr-0.1.7::gentoo USE="-doc -test" 605 KiB
[ebuild N ] media-libs/libfreehand-0.1.2::gentoo USE="-doc -static-libs -test" 505 KiB
[ebuild N ] media-libs/libpagemaker-0.0.4::gentoo USE="-debug -doc -tools" 300 KiB
[ebuild N ] media-libs/libvisio-0.1.7::gentoo USE="-doc -static-libs -test -tools" 835 KiB
[ebuild N ] media-libs/libzmf-0.0.2::gentoo USE="-debug -doc -test -tools" 314 KiB
[ebuild N ] dev-libs/libixion-0.16.1:0/0.16::gentoo USE="threads -debug -python" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8" 472 KiB
[ebuild N ] media-libs/glm-0.9.9.8-r1::gentoo USE="-test" CPU_FLAGS_X86="avx sse2 sse3 -avx2" 4,266 KiB
[ebuild N ] media-libs/raptor-2.0.15-r3:2::gentoo USE="curl unicode -debug -json -static-libs" 1,843 KiB
[ebuild N ] app-text/libebook-0.1.3-r2::gentoo USE="-doc -test -tools" 499 KiB
[ebuild N ] app-text/libwpg-0.3.3:0.3::gentoo USE="-doc -static-libs" 321 KiB
[ebuild N ] dev-cpp/clucene-2.3.3.4-r6:1::gentoo USE="-debug -doc -static-libs" 2,189 KiB
[ebuild N ] games-engines/box2d-2.4.1::gentoo USE="-doc" 1,196 KiB
[ebuild N ] dev-libs/liborcus-0.16.1:0/0.16::gentoo USE="spreadsheet-model -python -tools" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8" 1,764 KiB
[ebuild N ] dev-db/mysql-connector-c-8.0.25:0/21::gentoo USE="-ldap -static-libs" ABI_X86="(64) -32 (-x32)" 283,463 KiB
[ebuild N ] app-text/libetonyek-0.1.10::gentoo USE="-doc -static-libs -test" 1,459 KiB
[ebuild N ] dev-libs/rasqal-0.9.33::gentoo USE="crypt mhash pcre -gmp -static-libs -test -xml" 1,559 KiB
[ebuild N ] dev-libs/redland-1.0.17-r2::gentoo USE="berkdb -iodbc -mysql -odbc -postgres -sqlite -static-libs" 1,584 KiB
[ebuild N ] media-gfx/fontforge-20201107::gentoo USE="X python readline unicode -doc -gif -gtk -jpeg -png -svg -test -tiff -truetype-debugger -woff2" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8" 13,832 KiB
[ebuild N ] app-office/libreoffice-7.1.3.2::gentoo USE="branding custom-cflags -accessibility -base -bluetooth -clang -coinmp -cups -dbus -debug -eds -firebird -googledrive -gstreamer -gtk -java -kde -ldap -mariadb -odk -pdfimport -postgres -test -vulkan" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_9 -python3_7 -python3_8" 358,064 KiBTotal: 53 packages (52 new, 1 reinstall), Size of downloads: 699,487 KiB
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by app-office/libreoffice-7.1.3.2::gentoo
# required by app-office/libreoffice (argument)
>=dev-libs/boost-1.76.0-r1 nls# required by app-office/libreoffice-7.1.3.2::gentoo
# required by app-office/libreoffice (argument)
>=dev-libs/xmlsec-1.2.32 nss
И это на системе загаженной чем только можно
>Удалён код отрисовки на основе OpenGL в пользу использования Skia/Vulkanпользователи офисных машин я думаю обрадуются
GPU 2012 года или новее поддерживают Vulkan, а с тех пор прошло уже 9 лет, поэтому даже офисные машины сегодня поддерживают Vulkan если им не более 9 лет.
Чувак, ты бы глянул на затычки. Амд не оюладает поголовно встройкой. А радеон R5 230 это тот же HD8450, HD7450, HD6450, который не обновляли уже более этих пресловутых 9 лет булкана. И пока открытые драйвера не обладают полноценной поддержкой булкана. Но разрабы даже не выпустили руководство как собрать его с поддержкой OpenGL. Смею напомнить что OpenGL 4.5 на них уже реализован и этого не было в момент выхода видеокарт. А 4.6 достаточно многопоточный и он уже частично сделан. И тут вышли непонятные создания и всем все испортили. Я за форк или за OpenOffice. Там ничего не ломали годами.
> И тут вышли непонятные создания и всем все испортили.Для пользователей затычек принципиально ничего не поменялось. Там и раньше самописные OpenGL костыли работали через раз и не на каждом железе. Будут также рендерить на ЦП "как при бабушке", что даже в этом случае Skia делает быстрее.
Такое же можно завернуть и про ускорение видео в браузерах. А тем временем дрова допилили и программы тоже. Раньше декодировать ан HD600 с драйвером radeon можно было лишь в 30 кадров при разрешении 1080. Теперь же 1080@60 идут прекрасно. Вот так надо делать, а не наоборот, удалив код и расписашись в своей глупости.
> удалив код и расписашись в своей глупостиВ данном случае, заменив самописный велосипед на лучше работающий код, который сопровождается куда более обширным сообществом (Skia). Детали реализации не вкурсе, но у Skia так-то не один бэкенд https://skia.org/docs/user/special/
Это было бы здоровово, только вот реализоция исключительно для булкана. Думаю в лучшем случае аналог vkd3d будет написан. OpenGL ES это для встраиваемых систем. Ну может где используется в оконных менеджерах. Это все равно аналогично выкидыванию OpenCL в пользу CUDA. Потому что половина видеокарт неспособна использовать CUDA или булкан. Вот тут внизу список видеокарт, которые поддерживают булкан или нет:https://en.wikipedia.org/wiki/Vulkan_(API)
TeraScale это видеокарты на архитектуре ATI. Sandy Bridge, который до сихпор тянет игры - тот же 2700К не имеет булкана. Это не какие-то голимые одноплатники, а годные даже сейчас железки.
> удаленна поддержка OpenGL... Добавлена vulkanДожили, раньше этот ваш вулкан требовали лишь хигенд-игры, а сейчас даже офису (КАРЛ!) требуется игровая (его именно изначально для игр создавали) видеокарта с вулканом! O tempora, o mores!
Сплошное разочарование. Я, конечно, не про вулкан, но таки про видеокарту GTS 450 какого-то 2009 года что-ли. Под Линукс работает через пень-колода.
А нефиг было нвидию покупать. Все претензии к ней. Радеоны пашут крайне стабильно и имеют патч на 4К разрешение. Внезапно даже 30 кадров 4К достаточно чтобы в офисе рисовать красивые шрифты на большом мониторе.
Все современные GPU, даже встройки-"затычки" обязательно поддерживают Vulkan, то есть для него вовсе необязательно наличие именно игровой видеокарты. Подойдёт любая, лишь бы она была не сшишком старая. Минимально необходима Radeon HD 7730 или новее/выше, Nvidia 650 или новее/выше, Intel HD Ivy Bridge или новее/выше. Проще говоря, GPU 2012 года или новее. Подробную таблицу поддерживаемых моделей GPU смотрите по этой ссылке:
https://en.wikipedia.org/wiki/Vulkan_(API)#Hardware
> 2012 года или новееНа более старых офис не будет работать совсем? Дожились.
Будет. Skia умеет отрисововать на CPU во первых. Во вторых, я могу ошиьатся но там есть поддержка OpenGl. Просто раньше были костыли самописные, которые работали, если тебе повезло с драйвером карточки (старые amd через одну, Nvidia - никак). Теперь должно работать везде и нормально.
Зачем в линуксе дорогая видеокарта? Она помогает отрисовывать страницы браузера и не требует булкан/опенжл. Счастливые обладатели HD2000-6000 офигевают от того, что они не удосужились оставить вариант с опенжл. Вот первопням с AGP/PCI портом не получится ворочать либру легко. А там 768 мегабайт за глаза даже амд к6-2/3, третьему пню хватит. Это и есть реальные пользователи либры. Теперь не старше 7.1 или опеноффис использовать придется. Зажали блин галку.
Vulkan работает на даже самых дешёвых, но современных GPU.
Для современных Chrome и Firefox видеокрта весьма желательно, потому что реншеринг всего и вся происходит на GPU если это включить в настройках браузеров.
Рендеринг не требует видеокарты поновее. В том то и разница что там не занимались выбрасыванием всего не самого нового. OpenGL 4.5 достаточно новый стандарт чтобы OpenOffice мог его поддерживать. Вот пожалуйста пример дискуссии о выборе для тяжелой для графического ускорителя игры Doomhttps://steamcommunity.com/app/379720/discussions/0/35954354.../
В игре будет разница. А тот же HD6450 - самая младшая карта вытягивает доту в 1280х1024 прекрасно, а в 1920х1080 чутка надо настройки убавить. Это игра, где реализован реальный напряг для графической карты, а не просто отрисовка белого прямоугольника и шрифтов.
Интересно, проблему с нумерацией абзацев починили? Пытался как-то набрать текст договора в LO. В результате пришлось вернуться к MS Office, а разработчиков LO захотелось расстрелять.
С 2007 в OpenOffice|LibreOffice нет проблем в нумерации абзацев в договорах, через меня их прошло более 20 тыс. Нужно просто разобраться в иерархии н-ии и настроить стили. Но это нужно хотеть, а не "возвращаться" или "стрелять".
Мой опыт работы с офисными пакетами - более двадцати лет. Поэтому ваши советы "разобраться" и "настроить" - пук мимо тазика.Там полно проблем с нумерацией, во всяком случае в версии под Windows. Начиная от нумерации названий глав, и заканчивая нумерацией иерархических списков. Только удалил какой-то абзац или название главые - бах, всё поехало, давай опять руками заниматься перенумерацией. В MS Office таких казусов нет от слова совсем.
Таки когда фуль срин вернут в макось ?
А ты чего ждун? Ставь rio и будет тебе хоть что.
Ху из ждун?