LINUX.ORG.RU

Inkscape 1.0

 , ,


2

1

Выпущено крупное обновление свободного редактора векторной графики Inkscape.

Introducing Inkscape 1.0! After a little over three years in development, we’re excited to launch this long-awaited version for Windows and Linux (and the macOS preview)

Среди новшеств:

  • переход на GTK3 с поддержкой HiDPI-мониторов, возможность настройки темы оформления;
  • новый, более удобный диалог выбора динамических контурных эффектов (live path effects) и несколько новых эффектов;
  • вращение и зеркалирование холста, возможность разделить холст на полноцветный и каркасный режимы просмотра и перемещать рамку разделения, рентгеновский режим (просмотр в каркасном режиме под курсором);
  • возможность поменять начало координат на левый верхний угол;
  • улучшенное контекстное меню;
  • возможность учитывать силу нажатия стилусом при рисовании свободными штрихами (инструмент «Карандаш», автоматически применяется контурный эффект Power Stroke);
  • опциональный режим выравнивания объектов прямо на холсте, не прибегая к специальному диалогу;
  • поддержка переменчивых шрифтов (variable fonts);
  • поддержка ряда функций SVG 2, таких как новый текстовый элемент (многострочный текст и текст в фигуре);
  • при использовании сетчатых градиентов в код можно вставлять джаваскрипт Polyfill, обеспечивающий корректный рендеринг в браузерах;
  • в диалоге экспорта доступны расширенные параметры сохранения файлов PNG (разрядность, тип сжатия, варианты антиалиасинга и т.д.).

Видео о новшествах: https://www.youtube.com/watch?v=f6UHXkND4Sc

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

★★★★★

Проверено: alpha ()
Последнее исправление: atsym (всего исправлений: 2)

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

-1

Точно так же как в Кореле, Иллюстраторе, Ксаре и тп. Везде смысл один и тот же. Чё там не понимать? Видимо и не хотел понять.

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

Дай угадаю, 3 класса церковно-приходской?

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

Для воспроизведения бага нужен ещё менеджер буфера обмена.

Все проблемы из-за менеджеров.

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

Убунту 18.04, КДЕ, не воспроизвелось.

Воспроизводится ли в чистой виртуальной машине? В чистом профиле? После сноса всех конфигов?

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

В моем случае это оказался Qlipper. Выключаю его - и проблема пропадает.

Когда в xcfe работает clipman менеджер буффера памяти, inkscape глючит.

Эти баги лезут и с менеджером буфера обмена ClipIt.

Но и это еще не все, таковые баги лезут, если параллельно запущены какие-нибудь Java-программы. Например, невозможно работать с Inkscape, если при этом запущен NetBeans. Нажал Ctrl+C и привет. Вот это адовый треш. Я вроде писал баг, мне ответили что это проблемы Java и забили на это.

https://gitlab.com/inkscape/inbox/-/issues/359

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

Решил ночнушку запустить, а тут - на тебе:

$ ./Inkscape-1dd0db7-x86_64.AppImage
Run experimental bundle that bundles everything

** (process:5086): WARNING **: 05:16:30.894: Units file /../../share/inkscape/ui/units.xml is missing: Failed to open file ?/../../share/inkscape/ui/units.xml?: No such file or directory

Gtk-Message: 05:16:30.954: Failed to load module "canberra-gtk-module"
Wrong __data_start/_end pair
Aborted
atsym ★★★★★
()
Ответ на: комментарий от Xintrea

Респект разработчикам.

Ох, нелегкая это работа – Из болота тащить бегемота!

Владимир

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

в нем все крутиься вокруг кривых безье и булевых операций

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

Сломали. Обожаю, когда ломают то, что работает.

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

Скорость поиска по имени зависит не от суммарного размера файлов, а от их количества.

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

следи за руками:

echo 3 > /proc/sys/vm/drop_caches;
time find /somedir/ -name "*a*" | tail -n 3

real	0m9.899s
user	0m0.059s
sys	0m0.234s
echo 3 > /proc/sys/vm/drop_caches;
time find /anotherdir/ -name "*a*" | tail -n 3

real	0m10.307s
user	0m0.212s
sys	0m0.643s

find /somedir/ | wc -l
6186

find /anotherdir/ | wc -l
37123

anotherdir - маленькие файлы, уровень вложенности совпадает.

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

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

1. Делаем новый документ 2. Рисуем любую фигуру 3. Выделяем ее 4. Нажимает Ctrl+C 5. Лицезреем баг (появляется куча окон с заголовком PostScript и окна с сообщением «This extension requires at least one non empty layer.»)

Тоже попробовал и тоже никаких окон не наблюдаю. Правда у меня fedora, а ты пишешь что «Проявляется в Debian и Ubuntu». Может дело не в inkscape?

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

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

какая чушь. ты реально некомпетентен.

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

Да будет вамтебе известно, что для поиска по имени сами файлы даже открывать не потребуется, поскольку вся необходимая информация хранится в каталогах, а значит, размер этих самых файлов не имеет никакого значения. Что же до каталогов, то для поиска по имени необходимо из этих каталогов прочитать записи об элементах (например, с помощью readdir(3)) и отфильтровать их, скорость чего напрямую зависит от количества этих самых элементов.

следи за руками:

sys 0m0.234s

sys 0m0.643s

Всё верно. А вот что ты там нарукоблудил, и что find делал всё оставшееся время, при том что user тоже мал, - разбирайся сам. И я, и @fornlr свои выводы привели.

и еще говоришь, что программист

Интересно, написал ли ты в своей жизни что-нибудь сложнее HelloWorld?..

Чем дальше мы переписываемся, тем все становится очевиднее.

Это точно.

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

Воспроизводится ли в чистой виртуальной машине? В чистом профиле? После сноса всех конфигов?

Ставишь Дебу 9, lxde, clipit, запускаешь netbeans а потом запускаешь inkscape.

У меня в такой комбинации глючило с дебы 6-7 с версии сабжа 0.48, и глючит до сих пор на на дебе 9 с сабжем 0.95.x.

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

Ставишь Дебу 9, lxde, clipit, запускаешь netbeans а потом запускаешь inkscape.

А если всё то же, но без clipit (и без любого другого менеджера буфера обмена)?

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

Если ты про трактовку, то потому что не указано иное.

А если про прошение… так он всё время выпрашивает и ты просто под руку подвернулся.

frob ★★★★★
()

Фу ж ты… Донат отправил, не прочитал…

Inkscape Project Donation via Software Freedom Conservancy
The Inkscape Fund is currently managed by the Software Freedom Conservancy, Inc., a 501(c)(3) non-profit. All donations made through it are fully tax-deductible to the extent permitted by law. If you have any questions or are otherwise in need of assistance, please visit the SFC site.

Они с упырями возятся. Жаль вернуть нельзя. Но хоть мало отправил – всего $5

The donation will be directed toward Inkscape, with 10.0% going to Conservancy's general fund, per wishes of the Inkscape project.

10% упырям уходят от донатов в Inkscape

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

Почему у меня-то? :)

Человек хочет общения и любви

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

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

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

Библиотека Pango отказалась от мягкого сглаживания шрифтов (hintfull) (комментарий)

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

если что ты это написал специалисту по high-load системам с примерно десятилетним стажем

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

Пока что вы самовыданных авансов не оправдываете.

И ещё раз спрошу: вы в своей жизни хоть что-нибудь сложнее HelloWorld на том же C написали?

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

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

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

а пока вот по теме хороший коммент

О-о-о, ну раз Midael так сказал - это в корне меняет дело! (нет)

Ещё раз:

  1. Не вижу никаких проблем в действии по умолчанию в виде рекурсивного поиска. При достаточно большом уровне вложенности целевого файла это намного быстрее, нежели ручной ввод подстроки каждого элемента пути.

    Я вам уже предлагал засечь время, за которое вы сможете добраться до файла на глубине в, пускай, 8 каталогов. А это даже не предел:

aleksej@lenovo:~/Документы/Работа$ find -type f | while read path; do delims="${path//[^\/]}"; echo ${#delims}; done | sort -nr | head
12
12
10
10
10
10
10
10
10
10

Время поиска по этому поддереву - доли секунды, что я уже продемонстрировал ранее. И как бы вы ни старались, пройти этот путь вручную даже с помощью автодополнения быстрее вам не удастся.

  1. Как я уже писал, я абсолютно не против и даже за опцию, которая позволила бы поменять поведение по умолчанию для тех, кому это нужно. Я лишь обоснованно утверждаю, что поведение по умолчанию не является неоправданным, как вы в хамской манере утверждаете.
Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

пацаны хорошь срать в каменты. Тем более что тема не про уровни вложенности, а про инкскейп. А то как ни зайдешь в тему, чтобы что-то интересное увидеть, так тут только ваш срач галимый.

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

Т.е. ничего не изменилось с тех пор как я последний раз смотрел года 3 назад.

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

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

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

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

ну вот разберись с бутылкой.

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

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

ну вот разберись с бутылкой.

Аргументы уровня то ли царя, то ли эдички.

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