LINUX.ORG.RU

Релиз LibreOffice 7.0

 


2

4

The Document Foundation объявил о релизе офисного пакета LibreOffice 7.0.

Скачать его можно по ссылке

В этом выпуске отмечены следующие новшества:

Writer

  • Реализована расширенная нумерация списков. Теперь доступна нумерация вида:

    • [0045]
    • [0046]
  • Закладки и поля могут быть защищены от изменений

  • Улучшено управление вращением текста в таблицах

  • Реализована возможность создавать полупрозрачный шрифт

  • Закладки в тексте выделяются специальными непечатаемыми символами

  • Пустые поля для ввода ранее были невидимы, теперь они подсвечиваются серым непечатаемым фоном, как и все поля

  • Улучшены некоторые настройки автозамены

Calc

  • Добавлены новые функции RAND.NV() и RANDBETWEEN.NV() для генерации псевдослучайных чисел, которые не пересчитываются при каждом измении таблицы, в отличие от функций RAND() и RANDBETWEEN()
  • Функции, которые принимают регулярные выражения в качестве аргументов, теперь поддерживают флаги регистрозависимости
  • В функции TEXT() теперь поддерживается передача пустой строки в качестве второго аргумента для взаимодействия с другими реализациями. Если первый аргумент число или текстовая строка, которую можно преобразовать в число, то возвращается пустая строка. Если первым аргументом является текстовая строка, которую нельзя преобразовать в число, возвращается эта текстовая строка. В предыдущих выпусках пустая строка формата всегда приводила к ошибке Err:502 (недопустимый аргумент)
  • В функции OFFSET() необязательный 4-й параметр (Ширина) и 5-й параметр (Высота) теперь должны быть больше 0, если они заданы, иначе результатом будет ошибка Err:502 (недопустимый аргумент). В предыдущих выпусках отрицательное значение аргумента автоматически ошибочно принималось за значение 1.
  • Произведены оптимизации для улучшения производительности при заполнении ячеек рядами, при работе с автофильтром, при открытии файлов XLSX с большим количеством изображений
  • Сочетание клавиш Alt+= назначено на функцию SUM по умолчанию, по аналогии с Эксель

Impress/Draw

  • Исправлено положение верхнего и нижнего индексов в текстовых блоках
  • Реализована возможность создавать полупрозрачный шрифт
  • Произведены оптимизации для улучшения производительности для случаев ввода списков, для которых настроена анимация; при переходе в режим редактирования таблиц и улучшено время открытия некоторых PPT файлов
  • Реализована поддержка эффекта Glow
  • Реализована поддержка эффекта Soft edge

Math

  • Добавлена возможность задавать произвольный цвет символам в формате RGB. Используйте конструкцию вида color rgb 0 100 0 {symbols} в редакторе формулы, чтобы получить заданный цвет
  • Добавлен символ для преобразования Лапласа ℒ (U+2112)

Общие/Ядро

  • Добавлена поддержка формата ODF 1.3
  • В бэкенд kf5 (для работы в среде KDE) была добавлена начальная поддержка экранов высокого разрешения HiDPI
  • В PDF теперь можно экспортировать документы размерами более 200 дюймов
  • Механизм отрисовки, использующий OpenGL, был заменён на библиотеку Skia (для Windows версии)
  • Перерисованы Текстовые эффекты
  • Обновлена встроенная Галерея изображений
  • Большинство встроенных шаблонов презентаций для Impress были переработаны в формат слайда 16:9 вместо 4:3. Многие шаблоны получили поддержку стилей
  • Навигатор в Writer получил множество улучшений:
    • Категории, в которых нет элементов, теперь выделяются серым цветом
    • Все категории получили новые пункты контекстного меню для быстрого перехода к элементу, редактирования, переименования, удаления
    • Заголовки можно перемещать по структуре используя контекстное меню
    • Добавлен механизм отслеживания текущего положения курсора в документе с выделением соответствующего заголовка в Навигаторе
    • Панель навигации была заменена выпадающим списком
    • Добавлена всплывающая подсказка с количеством символов в тексте под соответствующим заголовком

Справка

  • Справка не будет отображаться нормально в IE11 (и никогда не отображалась, но сейчас об этом решили заявить официально)
  • Добавлены несколько новых страниц, посвященных Basic
  • Страницы справки теперь подсвечивают заголовки цветом в зависимости от того, от какого модуля справка

Фильтры

  • Улучшен фильтр импорта файлов EML+
  • Сохранение в формат DOCX теперь выполняется в версию 2013/2016/2019 вместо ранее использовавшейся 2007. Это улучшит совместимость с MS Word
  • Исправлены несколько ошибок при импорте/экспорте в форматы XLSX и PPTX

Интерфейс пользователя

  • Добавлена новая тема значков Sukapura. Она будет использоваться по умолчанию для macOs версии пакета. Но вы можете её выбрать в диалоге Параметры самостоятельно и на любой другой ОС
  • Темы значков Colibre и Sifr были обновлены
  • Тема значков Tango была удалена, как неподдерживаемая, однако остается доступной в виде расширения
  • Был обновлён брендинг программы. Это коснулось диалога установки в Windows, диалога «О программе», загрузочной заставки
  • Консоль презентации (доступна при наличии двух дисплеев) получила пару новых кнопок для повышения удобства работы
  • В стартовом центре были исправлены проблемы, связанные с ненужным скроллингом миниатюр в некоторых случаях

Локализация

  • Обновлены словари для африкаанс, каталанского, английского, латышского, словацкого, белорусского и русского языков
  • Словарь для русского языка был сконвертирован из KOI-8R в UTF

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

★★★★★

Проверено: Satori ()
Последнее исправление: Dmitry_Sokolowsky (всего исправлений: 5)
Ответ на: комментарий от Linfan

Полная ерунда - изменения в флатпаке и полетела твоя стабильность лесом.

Какие изменения? Установленный пакет и рантайм, к которому они привязан никуда не денется. На новую версию сам не обновится. А если обновится - он элементарно откатывается назад. OSTree мать вашу, выбираешь любой коммит и переключаешь состояние на него.

Во-первых, пакеты регулярно тестятся вручную.

А зачем делать работу 10 раз, если можно один раз?

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

но проблемы рачей - это их персональный геммор

Так и запишем - разработчик sk1 болт железобетонный на пользователей клал.

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

В гробу я видал его собирать, в последний раз это занимало 9 часов одной компиляции…

Поэтому такую проблему и решает сама либра. Скачать, распаковать, выбрать все пакеты и жмакнуть install вроде бы не сложно. По-крайней мере так обещает сама либра:

https://wiki.documentfoundation.org/Documentation/Install/Linux#Graphic_Installation_.28Preferred_Way.29

Поклонники Рача конечно обделены вниманием, но не сомневаюсь, чо в AUR скоро будет (или уже есть) автоматизированный инсталлер.

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

Поклонники Рача конечно обделены вниманием

Ты не путай. flatpak у LibreOffice вполне есть и я его использую на арче. Так что никакой AUR тут не нужен. Тем более в арче, где в основных репах пакеты таких программ как LibreOffice появляются практически сразу.

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

Так и запишем - разработчик sk1 болт железобетонный на пользователей клал.

дзядзька, опять ты свои эротические фантазии постишь ))) Пакет для рачей есть. Просто никто не обещал роллинг-апдейта через центральный рачейвский репозиторий. Будет несовместимость, установят пакет заново (пересборка решит все проблемы).

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

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

Это правильно, тут я полностью с тобой согласен. Я о другом - почему бы не дать пользователям автоматически любого дистрибутива возможность максимально беспроблемно использовать приложение.

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

flatpak у LibreOffice вполне есть

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

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

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

Доживем до стабильного релиза - предоставим свои репы. Публиковать свежие сборки в репах также просто, как на фтп выкладывать. А в раче просто появится пакет в роллинг репозитории. А флатпак тут не нужен, без него проживем. Захотят опакетить - ради бога. Лишь бы работало, а не как в AppImage.

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

Несомненно есть, но его не либра готовит.

Тем не менее на офсайте ссыка на него присутствует, официально. И вышел он с опозданием всего на сутки, для линукса это уже достижение.

И готовят не специально под рач

Конечно не под рач. Я и призываю к этому - не надо ничего делать под рач. И под убунту. И под какой-либо еще отдельный дистрибутив. Надо делать под линукс.

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

То что мне что-то нравится это конечно не повод. А то что Red Hat нравится - это уже повод. Попробуй бороться с Red Hat.

Не всем по душе монструозные горы лееров всякого говнища.

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

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

А флатпак тут не нужен

Ну, а кому-то sk1 будет не нужен. Дело хозяйское.

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

curufinwe ★★★★★
()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от curufinwe

Что выше сил-то? Вон, lsp plugins на gcc 4.8.5 собираются и работают под opensuse 42.2. Сам удивился, что ещё такое возможно. Может быть, дело в разработчиках софта, которые апают без особой надобности версии библиотек, как только они выходят в свет?

sadko4u ★★
()

Новость хорошая, проект развивается. Разве что сильно не хватает совместимости с МСО форматами. Каждый мажорный релиз пишут о «значительном улучшении совместимости», а по факту как летело форматирование, так и летит. Таблицы еще более-менее, а доки просто беда. Ну и то, что эксель открывает за 1 сек, в кальке быват грузит по десятку секунд. Скролинг в таких документах оставляет желать лучше. Единственный выход - перегонять в pdf для просмотра.

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

Попробуй бороться с Red Hat.

По иронии судьбы, это «соседнее» подразделение в МежДелМаше. Накой с ним бороться то? ;) Это такие же люди, со своими косяками и достижениями. И борятся они не за светлое будущее, а за бабло. И не факт, что их заработок бабла сделает вам хорошо на десктопе.

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 1)
Ответ на: комментарий от curufinwe

Нет, я в целом о подходе к разработке. Сейчас среди разработчиков непопулярно делать кастомные решения, а «лисапедостроительство» вообще чуть ли не самым стыдным делом считается. Но если от библиотеки нужно максимум 5% функциональности - может и не стоит её тащить к себе? Просто эти жирные решения с кучей совершенно ненужных зависимостей уже в печёнках сидят. А декомпозицией библиотек на более мелкие модули никто заниматься не хочет - слишком дорого выходит. В итоге имеем блоаткод.

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

Ну, а кому-то sk1 будет не нужен. Дело хозяйское.

На линуксе он мало кому нужен - тоже мне новость :) 90% юзеров - вендузятники.

ты как разработчик вместо того чтобы максимизировать использование своего приложения устраиваешь религиозные срачи и грызню внутри линукс сообщества

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

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

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

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

И теперь обрати внимание - в твоих постах вот что

Я это видел. Вот только org.kde.Platform версии 5.14 уже стояла. И значок «u» показывает, что это именно апдейт установленной платформы прилетел.

Но реально, хотя он показал, что прилетело около 200 мб, на деле же съело все 700мб.

Я бы может и не заметил бы все эти вещи, если бы не реально распухающий корень. Раньше на систему было достаточно 5гб, а теперь минимум 20. С учетом стоимости и объемов ssd, это становится чувствительно.

Засовывание основнойсистемы всего во флатпаки ничего толком не изменит. На мой взгляд, минималка с иксами и де, это вполне нормально. Меня больше пугает ситуация с сотнями программ во флатпаках. Вот это будет монстрище почище windows.

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

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

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

Не решает. Прям совсем. Пользователь в итоге мечется между неработающим новьем типа федоры и неработающим старьем типа центос.

центос + флатпак + снап почти равно шелковистые волосы

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

Поэтому такую проблему и решает сама либра. Скачать, распаковать, выбрать все пакеты и жмакнуть install вроде бы не сложно. По-крайней мере так обещает сама либра:

Я так и делал, потому что под центос есть готовые рпм. А потом попробовал флатпак и с тех пор ставлю оттуда. Одна команда и готово. Удобно.

На мой взгляд, создавая рпмки и дебы под разные дистры, разработчики напрасно распыляются. Вместо этого можно было сделать один флатпак и все довольны.

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

И значок «u» показывает, что это именно апдейт установленной платформы прилетел.

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

Раньше на систему было достаточно 5гб, а теперь минимум 20.

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

Меня больше пугает ситуация с сотнями программ во флатпаках.

Сотни - это какой-то перебор. Откуда вообще на десктопе будет столько программ? Да, сейчас у нас сотни пакетов. Но не сотни конечных GUI программ. Это проблема дробления. Вот сабжевый LibreOffice идет в 42 пакетах. Один он. Флатпак - один пакет. Все то же самое.

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

если существующая система репозиториев и так решает все проблемы

Не решает. Чтобы пощупать программу в один мегабайт нужно обновлять весь дебиан. Нафига такое нужно.

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

Skia, на типичных задачах, запросто даёт 20% прироста по сравнению с cairo и Qt

Тебя, разумеется, не затруднит привести ссылки на эти испытания, да?

А на всяких специфичных задачах и того больше.

На 146%, несомненно.

При этом у skia на голову выше качество отрисовки. Благодаря аналитическому сглаживанию, поддержке дитеринга и прочим прелестям.

О, да, голова у неофита закружилась практически как у подростка, имевшего первый секс с проституткой. Он в нее практически влюблен!

Немаловажно, что такое дитеринг? Очередная сексуальная девиация? Этим занятием занимаются в коворкингах, попивая смузи?

Я молчу про то, что она единственная даёт вменяемый результат на GPU.

«С точки зрения дебила — безусловно».(C) Задумайся, cairo через XRender рисует через GPU.

В общем выбор очевиден.

«С точки зрения дебила — безусловно».(C)

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

На линуксе он мало кому нужен - тоже мне новость :) 90% юзеров - вендузятники.

Это совершенно нормально, учитывая соотношение числа пользователей в системах. Это совсем не значит что на линуксе он не нужен.

Это скорее борьба с флатпак-фанатиками, которые вышли в крестовый поход против всех дистров.

Это странный метод борьбы. Если флатпак фанатики из Red Hat и Canonical захотят, они закопают борцунов и все. Костяк системы разрабатывают они, выкинут deb/rpm из убунты и федоры - и привет. А пока видно что они как раз хотят.

Вместо борьбы с ветряными мельницами не лучше ли просто решать технические задачи? Вот есть пользователи которые хотят флатпак. У тебя есть CI. Ну и сделай flatpak, разве это трудно.

Из-за такого борцунства по многим проектам (не sk1) я страдаю, не могу нормально ставить нужный софт. И много кто страдает. И много кто валит обратно на винду, только придя сюда и узнав про систему репов.

И правильно, зачем им этот гимор, на винде они sk1 поставят без проблем. То есть ты по факту работаешь на винду.

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

Никаких проблем она не решает, сколько можно пережевывать одно и то же. Более того, она делает линукс принципиально непригодным для пользователей.

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

Можно и зайца научить курить. Только зачем?

На каждое техническое решение надо давать ответ на вопрос - зачем именно так?

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

То что в Windows называется «Ад dll» и в Linux имеется.
Разработчики Windows решили эти проблемы, в Linux флатпак придумали.

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

Разработчики Windows решили эти проблемы, в Linux флатпак придумали.

В Windows - «трехколесный велосипед» весит 15 кг.
В Linux - пять тонн.

И радууууууются, до …

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

У 442 дистрибутивов никогда не будет пользователей. Нормальные люди обходят шизоидный бред стороной.

И ведь они правы …
А гикам радость - есть тема пофлудить на ЛОР.

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

Так я и говорю, когда помрут, тогда и приходите.

На поминки.

Владимир

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

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

Да, и в игрушки ты, наверное, редко играешь, а их выхода ждут годами и в момент выхода тратят дикие деньги и ставят и играют.

Через Steam ставят, а не через deb, да? Интересно, почему.

Почему? Что плохого, если система обновлений намекнёт, что появилась новая версия и её можно установить?

Потому что конечный пользователь не понимает, что если уже был релиз софта, почему он не может им пользоваться прямо сейчас. Ну не понимает и всё тут. Ты можешь до второго пришествия объяснять про майнтейнеров, про сборку багов, про тестирование — это всё хорошо для корпов. Домашние пользователи не понимают — у них есть день релиза и в софт должен работать в день релиза.

Что-то сомневаюсь, что Тёте Глаше нужен самый актуальный комп с самым актуальным софтом.

Мы сейчас изучаем сферическую Тётю Глашу в вакууме, что бессмысленно.

К примеру, у Тёти Глаши может быть племянник, который ей в убунте поставил LibreOffice 7 из deb-пакетов, она приходит на работу и пишет докладную на ленивых админов, которые не могут сделать то же самое в 6-й центоси. А в новом офисе, которым она пользуется уже две недели, есть функция транспонирования векторных зулусов, с помощью которой она считает свои таблицы быстрее, поэтому админы ленивые дураки.

И знаешь, в этом случае начальство будет на стороне Глафиры Ивановны.

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

У 442 дистрибутивов никогда не будет пользователей. Нормальные люди обходят шизоидный бред стороной.

Мало.
Вот если бы тысяч сорок …

anonymous
()

Я пообщался с релиз менеджером Либры. Никогда не будет одного большого деб(рпм)-пакета для установки Либры. На то есть несколько причин

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

Чего в Linux не достает для того, чтобы решить проблему «Ада rpm, …»?

Прям как в треде о Метапрог.
Неудобный вопрос задали и «диванные эксперты» попрятались.

anonymous
()
Ответ на: комментарий от curufinwe
  1. Политические - ТДФ считает, что юзеры жолжны юзать софт из реп дистрибутивов

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

  3. Юзер может по своему выбору не ставить какие-то вещи

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

Странно. Но ладно, спасибо. Очень ценная информация о настроении крупных разработчиков.

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

Могли бы сделать обертку-скрипт, чтобы юзер мог выбрать что ему инсталить. Хоть гуевую, хоть консольную.

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

Ну и сделай flatpak, разве это трудно.

ок, откуда flatpak будет распространяться? Я не ковырялся с ним совсем.

Хотя… можно не заморачиваться - пока флатпак негодящий для sk1

https://github.com/flatpak/flatpak-builder-tools/issues/90

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 1)
Ответ на: комментарий от Linfan

Лучше всего с flathub чтобы не плодить сущности. У них для этого на гитхабе репозиторий, там уже подключено CI для сборки.

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

Лучше всего с flathub чтобы не плодить сущности

Понятно, типа как имиджи для докера. Но увы, без wxWidgets мне флатпак не нужен.

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

Скорее всего, собрали кастомно, и не все. Побороть все это можно, но подозреваю, что по сложности это будет сборка типа как для макоси - все выпиливать лобзиком самостоятельно. Чтобы было понятно, вот сорцы, которые на макоси пришлось самому компелять:

https://github.com/sk1project/build-macos/tree/master/src

Месяц с ними любился, только ради красивой галочки, что и под макось есть пакет uniconvertor’а. С sK1 не продолжал, потому как там и саму аппликуху пришлось бы оптимизировать - хоть wxwidgets ведут себя хорошо на маке, нужно отдельный девелопмент для него, т.к. у виджетов свое поведение.

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

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

Начал с cairo - благо у них был стартовый мануал, как собрать на маке. Ничего военного, но есть несколько особенностей, которые создают много проблем для дистрибьюции. Ну а все остальные либы там уже по наростающей поперла сложность - особенно pango, у которой под капотом просто целая гирльянда зависимостей. ImageMagick тоже неплохо попил крови :)

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

Особенно Homebrew - дичайшая система симлинков

Погоди, так там же статические библиотеки сразу ставятся. Можно с ними и залинковаться. Это не то чтобы очень просто, но всяко проще чем превращать мак в LFS.

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

Я статически линкую версии для винды и мака, правда у меня зависимости всего две - pthreads (винда) и fftw (винда и мак). Это конечно не аргумент.

Причем - для винды наковырять dll совсем не сложно, но там дикие траблы с местом, где должны лежать эти dll. Общесистемного расположения нет как такового, а поскольку у меня плагины, которые могут быть использованы с ворохом разных хостов, я не могу положить dll в папку проекта. И в папку хостов естественно тоже. Остается статика.

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