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

Так он сам обертывает элемент. К примеру, я нажал на элемент, потянул за его границу, чтобы он растянулся до нужного размера, а inkscape вместо перерисовывания координат элемента укладывает его в контейнер и задает параметр transform.

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

ну вот смотри, мы с тобой пришли к общему знаменателю:) я могу работать за компьютером быстрее и эффективнее, чем ты:)

И этот вывод сделан на основе отношения к действию по умолчанию при наборе текста в диалоге открытия файла… Вы «особенный» - с этим не поспоришь.

потому что ОС теперь сама запускает этот поиск:) за тебя.

Ну да. Пишу я, значит, код - и тут ОС сама, без всякого моего участия, кааак запустит поиск!

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

Ну да. Пишу я, значит, код - и тут ОС сама, без всякого моего участия, кааак запустит поиск!

если ты это делаешь с использованием gtk3, то у тебя выбора нет.) RH не принял патч, чтобы сделать это поведение опциональным.

либо работать неэффективно (ctrl+l, да?). у меня на одной из систем еще и последняя рабочая папка не сохраняется, так что еще мышкой потыкать)

либо рекурсивный поиск...

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

Проблема в том, что переписывать на Qt просто не имеет смысла. Оно от этого не станет лучше.

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

если ты это делаешь с использованием gtk3, то у тебя выбора нет.)

Ну да. Чтобы понять разницу между просто набором текста и нажатием Ctrl+L и набором текста - это нужно быть элитой, никак не меньше.

либо работать неэффективно (ctrl+l, да?). у меня на одной из систем еще и последняя рабочая папка не сохраняется, так что еще мышкой потыкать)

либо рекурсивный поиск…

Ну разумеется. Одна общеизвестная комбинация клавиш - это жуть как неэффективно.

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

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

Одна общеизвестная комбинация клавиш - это жуть как неэффективно.

если использовать регулярно, то да.

А вот набирать

набирать?! на клавиатуре?!! какой ужас!!! чтобы программист еще и набирал в эти дни что-то на клавиатуре... лучше посидеть подождать, пока система сама отыщет...

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

лучше посидеть подождать, пока система сама отыщет…

Целых полсекунды ожидания! Такая элита как вы за это время успеет весь путь вручную набрать! Трижды!

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

Целых полсекунды ожидания!

ты можешь это гарантировать? а как насчет 1-2 секунд? или 5-10? от чего это зависит, как ты думаешь? у меня даже на SSD это не отрабатывает за 0.5 секунды.

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

ты не поверишь... для тебя работа в shell, наверное, шоком окажется.

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

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

find ./wireshark* -type f -name «*[c|h]» -exec wc -l ‘{}’ ; | awk ‘{SUM+=$1;} END {print SUM}’ 4547203

да ты же умственно отсталый на всю голову

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

ты можешь это гарантировать?

Если используется механический жёсткий диск - нет. Но элита ведь может заработать на хороший рабочий SSD, правда?

ты не поверишь… для тебя работа в shell, наверное, шоком окажется.

Это точно! Сижу вот на удалённом узле, чиню библиотеку из-за глючного libmysqlclient - в полном шоке вообще!

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

[блин, и понелюб тоже на что-то обиделся%)] ты же сам в последний раз писал, что не против, если я HEX-редактор буду использовать... а теперь обзываешься...:)

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

Но элита ведь может заработать на хороший рабочий SSD, правда?

правда:) на дорогой, хороший интеловский SSD:) я только не понимаю, почему ты еще не додумался, что это от объема данных, по которым идет поиск, тоже зависит=)

чиню библиотеку из-за глючного libmysqlclient - в полном шоке вообще!

ну как починишь, давай сразу в привычный графический интерфейс (mac/windows)... киношечку и пивка... чтобы стресс, значит, снять.

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

наверно потому что интерфейс у inkscape застрял где-то в 2000-м году, не?

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

Да используй, кто тебе мешает быть неадекватом.

А нормальным люди нормальный поиск получат… может быть… не могу такого повторить ни в GIMP, ни в inkscape

Где этот рекурсивный поиск найти то?

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

ну лучше всего, если у тебя есть и gtk2 и gtk3 для сравнения.

берешь любое ПО с данным тулкитом => Ctrl+o => появляется диалог => начинаешь набирать название файла, чтобы быстро на него перейти.

в gtk2 у тебя курсор перемещался на файл

в gtk3 запускается рекурсивный поиск.

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

правда:) на дорогой, хороший интеловский SSD:) я только не понимаю, почему ты еще не додумался, что это от объема данных, по которым идет поиск, тоже зависит=)

Ввод пользователя, каким бы он ни был, является одним из самых медленных источников данных. И утверждать, что вы наберёте путь к файлу в 10+ каталогах всегда быстрее, чем система прошуршит индекс на SSD - это надо быть очень «особенным». (Не говоря уже о том, что процесс набора имеет ещё более замедляющую его обратную связь - если, конечно, вы не помните наизусть всю иерархию до последнего листа.)

ну как починишь, давай сразу в привычный графический интерфейс (mac/windows)… киношечку и пивка… чтобы стресс, значит, снять.

Пивко не пью, а киношечку буду смотреть в видеоплеере, да. Куда уж нам, «массовым пользователям», до элиты, смотрящей кино с помощью aalib!

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

Да это я понял. Что-то с первого раза ничего не показывало…

Не, не нормальный поиск. Ищется, и всё пляшет при поиске - «стойте, подождите вон мой файл! не надо его двигать, сейчас поймаю!»

Короче как всегда.

Но сама идея то нормальная. Вон достаточно на macOS посмотреть - и опция выбора есть и ничего не пляшет. Но в линуксах реализовали как всегда - как смогли…

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

«стойте, подождите вон мой файл! не надо его двигать, сейчас поймаю!»

Короче как всегда.

дадада, еще и пляшет. это же писец какой-то. еще один NOT A BUG.

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

Но сама идея то нормальная.

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

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

блаблаблабла. такие вот программисты и пишут потом софт, который тормозит.

Как аргументированно, какой слог! Сразу видно элиту!

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

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

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

и пофигу на объемы! всегда значит, что мы захардкодим поведение в тулкит!

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

UI не самая обязательная часть и вообще можно обойтись без него.

Через астрал чтоль холст проэцировать прямо на мозг?

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

всегда значит, что мы захардкодим поведение в тулкит!

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

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

Но не вижу ничего неадекватного

давай так. произведи мне пожалуйста поиск минимум по 100Гб данных на твоем диске (без прогрева кеша, первый запуск) и покажи цифры.

time find ./ -name "*a*" | tail -n 3

точный размер папки тоже потом посмотришь, чтобы кеш не греть.

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

да все уже...

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

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

да ты же

вообще это old school так выглядит:)

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

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

Да вполне нормально - для этого есть индекс.

Но понятно, что сделать по нормальному - это думать надо. А когда ОС сделана из кусочков лего, то полагаться на что-то внешнее можно далеко невсегда.

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

кеш скорее всего. попробуй повторить, сначала «echo 3 > /proc/sys/vm/drop_caches»

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

какой именно индекс?

Ну вот в том и дело, чтобы линуксах кто его и как делать будет…

Это в Windows или macOS всё понятно и хозяин один. А тут…

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

Да, я что-то гораздо чаще натыкаюсь на призывы переписать GIMP на Qt :)

Я требую чтобы GTK+ переписали на Qt!

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

Это в Windows или macOS

ты мне результаты с какой системы скинул?

линуксах кто его и как делать будет

если ты мне скажешь, какой индекс ты использовал, я скажу тебе, где его искать в линуксе:) любой индекс нужно каким-то образом обновлять. эта операция не бесплатная и вопрос, как мы поступим со свежими файлами, чтобы они попали в «индекс».

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

Линукс был.

Просто в macOS есть Spotlight.

Понятно что в линуксах есть всякие непомуки и прочее. Используются ли они в GTK диалогах? — видать нет.

Опять зависимости так сяк — куча головной боли, сложно.

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

какой именно индекс?

man tracker-miner-fs

man tracker-extract

Я тоже удивился, когда ты начал искать через find. Как там, в 1981-м, Брежнев ещё живой?

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

Как не пробовал, у меня он сам групп не создаёт.

Попробуй переключить в настройках Поведение/Преобразования/Сохранение преобразования с Без оптимизации на Оптимизированные (Behavior/Transforms/Store Transformation).

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