В день двадцатилетия проекта представлен (https://mail.gnome.org/archives/gimp-developer-list/2015-Nov... корректирующий выпуск растрового графического редактора GIMP 2.8.16 и полностью обновлён официальный сайт (http://www.gimp.org/) проекта. Проект был анонсирован (http://www.gimp.org/about/prehistory.html) 21 ноября 1995 года. Первый выпуск был подготовлен в рамках курсовой работы двух студентов - Питера Маттисга (https://en.wikipedia.org/wiki/Peter_Mattis), который в основном занимался GTK, и Спенсера Кимбелла (https://en.wikipedia.org/wiki/Spencer_Kimball_%28comput... взявшего на себя работу по созданию виджетов и интерфейса. В качестве причины создания редактора называется желание получить удобный инструмент для обработки изображений в процессе создания собственной web-страницы, мотивом к разработке GTK послужило недовольство распространённым в то время тулкитом Motif.В версии GIMP 2.8.16 внесено 18 изменений (https://git.gnome.org/browse/gimp/plain/NEWS?h=gimp-2-8), в основном связанных с устранением ошибок. Из улучшений можно отметить оптимизацию процесса записи файлов XCF, обеспечение постоянного показа вкладок с изображениями в однооконном режиме, адаптацию инструмента Gfig (https://docs.gimp.org/en/plug-in-gfig.html) к новому поведению изменения размера кистей, добавление для файлов OpenRaster поддержки групп слоёв, решение проблем со сборкой на платформе OS X.
URL: https://mail.gnome.org/archives/gimp-developer-list/2015-Nov...
Новость: http://www.opennet.me/opennews/art.shtml?num=43376
Очень круто! Пользуюсь уже много лет. И никакие фотошопы ненужны, всё есть.
Фотошопы конечно не нужны, но есть в гимпе далеко не всё, не нужно врать.
Просто добавь мозгов
Декларировать каждый может. А вот попробуй реально дописать новую функцию обработки изображения и разместить её в основном репозитории.
> Просто добавь мозговВ гимпе, в отличии от фотошопа банальнейшая операция требует какой-то дикой кучи усилий.
Например создать текст с обвводкой текста - ну чтобы текст не сливался с фоном, например текст красным цветом, а обводка - белым.
В ФШ это делает в пару кликов, а в гимпе приходится извращаться со слоями.
Всегда пользовался GIMP и манунуалов не читал, а тут как-то понадобилось что-то вырезать со сложной формой, а под рукой тока чужой комп с виндой и фотошопом, я там "умную выделялку" не нашел ваще, в пейнте сделал, так что не надо в соринку тыкать, а то мы в ваше бревно натыкаем.
Значит ваше время ничего не стоило
http://i.imgur.com/FXbudTS.pngСколько действий в фотошопе надо выполнить, чтобы наложить печать на текст в таком качестве?
PS: Реально чего не хватает, это 16 битной работы с цветом.
> PS: Реально чего не хватает, это 16 битной работы с цветом.Пользуйтесь 2.9.х. Там давно есть.
А когда релиз будет? Что-то ветка 2.9 очень давно появилась.
> А когда релиз будет? Что-то ветка 2.9 очень давно появилась.2.9.2 будет на днях. Позавчера специально под него выпустили обновление babl, вчера -- GEGL.
Это разве не девелоперская ветка?
> Это разве не девелоперская ветка?Да, формально это нестабильная версия. На практике она работает достаточно хорошо.
Аналогично со Scribus. Все, кому нужны сноски, маркированные/нумерованные списки, нормальные таблицы и прочая годнота, сидят на формально (да и, в общем, по факту) нестабильном 1.5.0, а то и на SVN.
Александр, планируется ли CMYK, Lab, 1-bit?
Страшно будет xcf-ки потерять :(
Там можно сохранить совместимые XCF со старыми версиями приложения. главное при сохранении галочку не забыть поставить
А это не противозаконно? Пооже на подделку круглой печати.
Если ты в Ростелекоме работаешь - то можно в генераторе отчетов, в шаблон для генерации акта выполненных работ или счета (там используются шаблоны FastReport) добавить картинку с печатью, порядок вывода - сначала картинка, потом текстовое поле, будет как у тебя на картинке. Если ты не работаешь в Ростелекоме и у тебя нет доступа к шаблоном для генерации документов - то тебе это и не нужно :)
Я и смотрю 99% картиночек с текстом красное на черном без обводки.
Насколько я помню, на эту тему есть неоттестированный патч, который надо допилить. Хотите поучаствовать?
> Насколько я помню, на эту тему есть неоттестированный патч, который надо допилить.
> Хотите поучаствовать?Этим сделатьхорошо нужен патч на каждую операцию. Рамка в нижнем слое к тексту делается 4 нажатиями не считая самого текста.
Фичреквест фичреквесту рознь. Обводка текста — совершенно адекватный запрос. Но текстом сейчас заниматься особо некому. Иначе бы появился PDB API работы с текстом, например (из-за чего пока нет чтения текстовых слоёв в PSD).
Так никто и не ответил. Буду оправдываться.
Как обычно печатаем текст. Выделяем инструментов выделения по цвету текст, в меню выделения "гарница", вводим количество пикселей в обводке, заливаем выделение нужным цветом.
Какие слои? какие извращения? что ты несёшь?
> Выделяем инструментов выделения по цвету текст, в меню выделения "гарница", вводим количество пикселей в обводке, заливаем выделение нужным цветом.И повторять всё это после каждого изменения содержимого и/или параметров текста? В Фотошопе одноцветная обводка текста делается как обычный стиль/эффект слоя. Это и быстрее, и обеспечивает автоматическое обновление обводки при редактировании текста, изменении шрифта и пр..
С текстом в GIMP в принципе как то не складывается (Пришлось немало времени убить как-то когда понадобилось, благо 1 раз за всё время), как написали выше нет того кто бы занимался :(
> С текстом в GIMP в принципе как то не складывается (Пришлось немало
> времени убить как-то когда понадобилось, благо 1 раз за всё время),
> как написали выше нет того кто бы занимался :(Ну, можно допинать Массимо :)
Наверное в фотошопе тоже далеко не все есть, уразных людей разные запросы
всё есть, даже убогий интерфейс )
> Очень круто! Пользуюсь уже много лет. И никакие фотошопы ненужны, всё есть.уже лет 12 пилят поддержу высокой битности цвета на канал и всё ещё она не готова. Я так состариться успею пока она появится.
> Очень круто! Пользуюсь уже много лет. И никакие фотошопы ненужны, всё есть.Как это не нужны? А как сделать CMYK без костылей?
>>И никакие фотошопы ненужны,
> Как это не нужны? А как сделать CMYK без костылей?Согласен! ФШ == костыль. Учись ходить сам, скажи наркотика "Нет". </ура>
>>>И никакие фотошопы ненужны,
>> Как это не нужны? А как сделать CMYK без костылей?
> Согласен! ФШ == костыль. Учись ходить сам, скажи наркотика "Нет". </ура>Для фото ufraw-а может хватить, внезапно, ещё бы он дефолтные кривые(профили матриц) для Nikon-овской техники нормально умел.
>> Очень круто! Пользуюсь уже много лет. И никакие фотошопы ненужны, всё есть.
> Как это не нужны? А как сделать CMYK без костылей?А бывает здесь кто-нибудь из netprint-а, интересно было бы услышать про статистику по фотографиям которые люди подгоняют под профили их оборудования ( внедряют в файлы ). А то многим судя по всему не только CMYK не нужно ( что часто понятно, т.к. это уже совсем для полиграфии ) но и всё равно насколько небо фиолетовое на их любимых фото печатаемых в больших размерах ( там почти всё оборудование RGB )
>>> Очень круто! Пользуюсь уже много лет. И никакие фотошопы ненужны, всё есть.
>> Как это не нужны? А как сделать CMYK без костылей?
> А бывает здесь кто-нибудь из netprint-а, интересно было бы услышать про статистику
> по фотографиям которые люди подгоняют под профили их оборудования ( внедряют
> в файлы ). А то многим судя по всему не только
> CMYK не нужно ( что часто понятно, т.к. это уже совсем
> для полиграфии ) но и всё равно насколько небо фиолетовое на
> их любимых фото печатаемых в больших размерах ( там почти всё
> оборудование RGB )Подгонять под профили != внедрять в файлы.
Не файлы принято подгонять под профили конкретной машины, а принимают, что машина печатает по стандартам. То есть настраивают машину так, чтобы она печатала по какому-нибудь из общепринятых стандартов.
Фиолетовое небо — да, важно; да, сильно.
В профилях и даже в базовых приёмах из использования и применения даже среди систематически занимающихся полиграфией разбирается очень немного людей.
> А то многим судя по всему не только
> CMYK не нужно ( что часто понятно, т.к. это уже совсем
> для полиграфии )Это не «совсем для полиграфии», это цветовая модель такая субтрактивная. Что характерно, достаточно широко применяемая как в офсетной (и не только), так и в каждодневной цифровой (электрографической) печати.
> ( там почти всё
> оборудование RGB )Вот очень и очень неточные и неправильно расставленные термины и понятия. Всё не на своём месте — и слово «оборудование», и термин «RGB», и обобщение «всё».
>Не файлы принято подгонять под профили конкретной машины, а принимают, что машина печатает по стандартам. То есть настраивают машину так, чтобы она печатала по какому-нибудь из общепринятых стандартов.У машины, увы, есть профиль, в котором некоторые цвета "выцветают" ( не могут быть отображены ), и никуда вы от этого не денетесь. Если вы не укажите профиль в какой нибудь он-лайн печатающей конторе, то вероятно для ваших фото установят "sRGB" да ещё и применят "Шедевральный" фильтр, в варианте 40х50 будет очень сильно резать глаза ;)
>Это не «совсем для полиграфии», это цветовая модель такая субтрактивная. Что характерно, достаточно широко применяемая как в офсетной (и не только), так и в каждодневной цифровой (электрографической) печати.
Печать бывает разной, RGB печать это не красками, так что и к CMYK отношения не имеет. Ну и всё-таки обрабатывать фотографии и рисовать для последующей распечатки в типографии это разные user-case на мой взгляд, не думаю ( но допускаю, что могу ошибаться ) что у GIMP хотя-бы 1% из активных пользователей из этой сферы наберётся.
> У машины, увы, есть профиль, в котором некоторые цвета "выцветают" ( не
> могут быть отображены ), и никуда вы от этого не денетесь.Вы так аккуратно со мной говорите, пытаясь на словах объяснить несовпадение цветовых охватов словом «выцветают», что я уже задумываюсь, на каком языке говорить с вами. Если вы принимаете меня за новичка в полиграфии, то вынужден вас исправить: это не так.
> Если вы не укажите профиль в какой нибудь он-лайн печатающей конторе,
> то вероятно для ваших фото установят "sRGB" да ещё и применят
> "Шедевральный" фильтр, в варианте 40х50 будет очень сильно резать глаза ;)Если я в контору принёс фал в CMYK, подскажите мне, как они к нему применят sRGB? Если онлайн-контора делает с вашими файлами не то, что вы запрашиваете — зачем вы с ними сотрудничаете? У нормальной конторы обычно есть какой-то доступный документ с техническими требованиями, в которых описываются базовые особенности конкретно их технологического процесса — в том числе и по встраиванию профилей, и по имитируемому профилю выводного устройства. Достаточно запросить эту информацию, чтобы понять, возможно ли с этой конторой получить предсказуемые результаты.
> Печать бывает разной, RGB печать это не красками, так что и к
> CMYK отношения не имеет.Расскажете мне, что есть печать RGB, но не красками?
Не забудьте, что профилирование вывода относится не к экспозиции и не к формату промежуточного носителя информации, а к профилю конечного продукта. Если он напечатан — он отражает либо фильтрует при задней подсветке свет. Если он отражает — его модель субтрактивная. RGB модель — аддитивная, она применима (упрощённо говоря) к мониторам, камерам, фотоаппаратам. Ничто из этой троицы не печатает.> Ну и всё-таки обрабатывать фотографии и рисовать
> для последующей распечатки в типографии это разные user-case на мой взгляд,
> не думаю ( но допускаю, что могу ошибаться ) что у
> GIMP хотя-бы 1% из активных пользователей из этой сферы наберётся.Не понял, честно говоря, этого абзаца. Сказанное каким-то образом связано с тем, какой вопрос был задан выше — о профилях, коммерческой печати и цветовоспроизведении?
>Вы так аккуратно со мной говоритеПривычка в открытых местах писать и говорить так чтобы было понятно всем :)
>Если я в контору принёс фал в CMYK, подскажите мне, как они к нему применят sRGB?
Фотобумага и воздействие с помощью света на неё, не красками, насколько я помню у них пару лет назад именно такое оборудование было, тут же конкретно про netPrint было а не про типографию и про фотографии.
как-то так
http://minilab.com.ua/description/noritsu/images/qss33_laser...
>>Вы так аккуратно со мной говорите
> Привычка в открытых местах писать и говорить так чтобы было понятно всем
> :)
>>Если я в контору принёс фал в CMYK, подскажите мне, как они к нему применят sRGB?
> Фотобумага и воздействие с помощью света на неё, не красками, насколько я
> помню у них пару лет назад именно такое оборудование было, тут
> же конкретно про netPrint было а не про типографию и про
> фотографии.
> как-то так
> http://minilab.com.ua/description/noritsu/images/qss33_laser...Во-первых, для вывода на таком устройстве будет не применение профиля, а преобразование. Это раз. Обычно в таких устройствах стоит свой софт, весьма специфичный и с профилями там если не полный порядок, то вполне вменяемо настроенная цепочка, это два. Люди, которые работают на этих лабах, имеют в руках инструменты для калибровки и описание того, как её проводить.
Что не отменяет, собственно, того, что в результате на выходе изображение всё равно CMY. Я о фотобумаге. То есть в процессе обработки фотобумаги обратное преобразование в субтрактивную цветовую модель всё равно происходит и в результате получается на выходе всё равно тот же CMY. Ну без чёрного разве что.
>всё есть.Кнопочка записи действий есть? Не нашел. batch operations или как его там.
С юбилеем! Спасибо всем кто причастен к разработке GIMP.
когда его уже допилят до юзабельного состояния то?
Да никогда -- чем выше поднимается уровень функциональности и удобства, тем ещё выше поднимаются ожидания пользователей.
Программной реализации телепатии пока не ожидается, так что работайте над формой рук.
> Программной реализации телепатии пока не ожидается, так что работайте над формой рук.Если её сделают, то многие пользователи могут в психушку попасть...
Отличный редактор! Всё, что мне было нужно от растрового редактора, я смог сделать в нём.
Ещё бы сломанный юзабилити поправили. В новом GIMP бесит, что сохранять нужно только в формате XCF, а все остальные форматы только через экспорт. Типичный workflow, когда нужно быстро поправить какую-то png или jpg картинку. Каждый раз по ошибке "Сохранить" вместо "Экспортировать" нажимаю, не говоря про то, что при выходе приходится время тратить на выбор в диалоге про несохранённые изменения.
> Типичный workflow, когда нужно быстро поправить какую-то png или jpg картинку.Для это есть пункт «экспортировать в filename», где filename — это открытый файл.
> В новом GIMP бесит, что сохранять нужно только в формате XCF,
> а все остальные форматы только через экспорт.в новом - это в каком? Я много лет наблюдаю эту картину, и даже не в курсе, что когда-то было иначе...
Это с 2.8 толькоЭтот маразм патчем к счастью отменяется, типа вот http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-...
>> В новом GIMP бесит, что сохранять нужно только в формате XCF,
>> а все остальные форматы только через экспорт.
> в новом - это в каком? Я много лет наблюдаю эту картину,
> и даже не в курсе, что когда-то было иначе...Вам просто мало лет :) или вы счастливый обладатель короткой памяти на мелочи...
Зачем использовать то, что бесит? Приобретайте фотошоп.
в фш все аналогично... пусть рисует в паинте :)
> в фш все аналогично... пусть рисует в паинте :)нет в фш ничего аналогичного, там и сохранение, и экспорт из ОДНОГО диалога
а не месседжбоксы в духе "ахаха чувак ты ошибся, теперь закрой диалог и ещё раз открой другой"
Продайте мне ФШ для линукса, для начала
Фотошоп 2.0 бесплаиныц
Это починенный юзабилити, если у всех остальных редакторов (включая фотошоп и старые версии GIMPа) с логикой не в порядке, это не значит, что мухи не ошибаются.
> Это починенный юзабилити, если у всех остальных редакторов (включая фотошоп и старые
> версии GIMPа) с логикой не в порядке, это не значит, что
> мухи не ошибаются.Ни разу не починенный. Пользователь хочет сохранять изображение в том же формате, в котором открыл. Кнопкой "Save", даже без диалога выбора файла. Для диалога выбора файла должно быть отдельное "Save as ...". Везде так. Всегда так. Если софт у себя внутри что-то преобразует в собственный формат, то это личные проблемы софта, в таких случаях можно ненавязчиво спросить пользователя ЕСЛИ в изображении появились фичи несовместимые с текущим форматом файла. Вы же не храните офисные документы в формате Escape-кодов принтера? Более того эта куча лишних диалогов иногда приводит к тому, что документ закрывают не сохранив. Это до жопы бесит и является весьма веской граблёй, почему народ выбирает не GIMP
Вообще-то вменяемые видео-редакторы во всякие там avi только экспортируют.
Правда, они напрямую редко открывают avi, предполагая, что их импортируют.Что бы вы ни делали с файлом в Gimp - он для этого его УЖЕ привел к своему формату, и это УЖЕ несовместимые с исходным форматом изменения. Так что логика в этом есть.
Но - да, мне это тоже мешает. Трудно перепривыкнуть.
> приходится время тратить на выбор в диалоге про несохранённые изменения.Полсекунды? Секунду?
Достаточно, чтобы мозг вылетел из режима творчества.
Вы занимаетесь творчеством вида "быстро поправить какую-то png или jpg"?А чем занимаются чуваки, работающие в DAW и NLE, которые тоже экспортируют, а не сохраняют? :)
Да, пока было всё в одном диалоге, ныли, что по ошибке сохраняют обратно в png или jpg, а не xcf. Ныли, что так нельзя, надо чтобы было понятно, что сохраняешь финальную работу... А теперь другие ноют и кричат о неюзабельности и грабельности.
GIMP выдаёт сразу три диалоговых окна при экспорте файла:- вопрос об имени файла
- ой, такой уже существует, а вы уверены?
- а давай-те ка ещё узнаем у пользователя ещё 10 ненужных ему в 99% случаев параметров, как сохранять png?Тем более стоит добавить, что человек, сто лет работавший в гимпе, сначала жмёт Ctrl+S, матерится, и только потом жмёт Ctrl+E.
Теперь представим, что нужно обработать порядка 50 картинок и наслаждаемся. Можно ли проскипать весь этот "workflow"?
> сначала жмёт Ctrl+S, матерится, и только потом жмёт Ctrl+E.настрой хот кей :)
> нужно обработать порядка 50 картинокimage magick
Зачем же мучиться с image magick? Есть BIMP.
Для того, чтобы он выдал _последовательно_ три окна, надо ухитриться выбрать новому файлу имя уже существующего файла.На самом же деле ситуация такая:
1. Открыли готовый файл PNG, что-то поменяли. Нажали "Файл -> Перезаписать <имя файла>". Файл перезаписался вообще без диалогов.
2. Создали новый проект, решили экспортировать в PNG. В первом диалоге указали имя файла, во втором -- параметры сохранения. Всё. Дальше при работе только перезаписываем безо всяких диалогов.
А хоткей на это есть? Я вообще не нашёл разницы между export и export-to. И да, я обычно открываю png и тут же пишу в него с тем же именем:-) Например, наделал скриншотов и хочу сделать crop в каждом из них. Все это легко кроется хоткеямми кроме процедуры сохранения...
> А хоткей на это есть?На команду "перезаписать"? По умолчанию нету. Можно назначить самому.
> Я вообще не нашёл разницы между export и export-to.
Что странно, потому что она очевидна.
Вы создали новый проект. Его можно сохранить в XCF, чтобы сохранить все слои, маски, кривые и т.д. Его также можно экспортировать в PNG, TIFF, JPEG и т.д.
До первого экспорта в меню будет "Экспортировать" и "Экспортировать как...", которые в этот момент делают одно и то же.
После первого экспорта первая команда превратится в "Экспортировать в <файл.png>". В ходе дальнейшей работы над проектом для экспорта в PNG достаточно просто периодически нажимать Ctrl+E.
Команда "Экспортировать как..." остаётся на тот случай, когда проект нужно экспортировать в файл с новым именем.
> И да, я обычно открываю png и тут же
> пишу в него с тем же именем:-) Например, наделал скриншотов и
> хочу сделать crop в каждом из них. Все это легко кроется
> хоткеямми кроме процедуры сохранения...Что за полминуты решается назначением удобного лично вам хоткея.
Всё, кажется разобрался, назначаем Ctrl+S на file-overwrite и вроде как дело в шляпе.
> А хоткей на это есть? Я вообще не нашёл разницы между export
> и export-to. И да, я обычно открываю png и тут же
> пишу в него с тем же именем:-) Например, наделал скриншотов и
> хочу сделать crop в каждом из них. Все это легко кроется
> хоткеямми кроме процедуры сохранения...Патч мой лучше возьми, да и всё
Я тоже матерился-матерился на этих идиотов, но т.к. им доказать ничего не возможно, плюнул, запатчил, и живу спокойно
http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-...
Может дашь ссылку со своим предложением? А то такое заявление больше похоже на то, что ты не умеешь разговаривать с людьми.
Давайте помогу: https://mail.gnome.org/archives/gimp-user-list/2013-October/...
Что и требовалось доказать https://mail.gnome.org/archives/gimp-user-list/2013-October/...
А ты читай полностью эту тему. Чувак конечно по жести начал, но всё пришло к тому что даже разумные предложения нафиг посылают.
Хорошо там выразился maderios. О всей это ситуации с гимпом.
> Что и требовалось доказать https://mail.gnome.org/archives/gimp-user-list/2013-October/...Ты почитай что там сначала, ДО МЕНЯ писали. Несколько человек на протяжении долгого времени пытались убедить этих эээээ... разработчиков, что новая фича "не очень". Они (в том числе и Прокудин) им отвечали, что вы просто дилетанты, наш воркфлоу самый лучший и вы на самом деле неправильно используете Gimp, Gimp - это для профессионалов, а не просто фоточки редактировать, и если вы таки используете Gimp для редактирования фоточек, вы лох и на самом деле должны взять Paint. :-)
Так что я хз, чего я стесняться их там должен. Всё равно ни в чём не убедишь априори.
> Несколько человекКлючевая фраза, наглядно демонстрирующая масштаб раздутой проблемы.
Офигенные ребята. Разрабы гимпа закозлились. А там ещё и защитничек Alexandre Prokoudine вылез. Ну и дурдом на ровном месте.
Эээ. Там же есть ссылка в комменте, или её не видно?http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-...
> Для того, чтобы он выдал _последовательно_ три окна, надо ухитриться выбрать новому
> файлу имя уже существующего файла.
> На самом же деле ситуация такая:
> 1. Открыли готовый файл PNG, что-то поменяли. Нажали "Файл -> Перезаписать <имя
> файла>". Файл перезаписался вообще без диалогов.Честно говоря не смотря на то что пользуюсь GIMP, но патч на это поставил, много кто пользуется GIMP с регулярностью меньшей чем раз в неделю, и это единственная программа, которая "ведёт себя таким образом".
p.s.
Когда иногда садишься разобрать немного RAW фотографий, используя ufraw и gimp ( не говоря о сложностях скрещивания их на win_x64 ) нажимая по привычке Ctrl+s ожидаешь возможность просто подправить расширение ( и каталог ), т.к. формат GIMP для сохранения "чуть подправленного" особо не нужен, проще хранить оригинал.
> много кто пользуется GIMP с регулярностью меньшей чем раз
> в неделю, и это единственная программа, которая "ведёт себя таким образом".Нет. Точно так же себя ведут:
- любой видеоредактор, поддерживающий несколько дорожек (kdenlivem, pitivi, openshot, shotcut, cinelerra и проч.);
- любая среда создания/записи музыки (ardour, qtractor, lmms);
- любой софт для композитинга (nuke, natron).Там везде вместо сохранения используется экспорт, потому что сохранение зарезервировано для проектных данных.
>> много кто пользуется GIMP с регулярностью меньшей чем раз
>> в неделю, и это единственная программа, которая "ведёт себя таким образом".
> Нет. Точно так же себя ведут:
> - любой видеоредактор, поддерживающий несколько дорожек (kdenlivem, pitivi, openshot,
> shotcut, cinelerra и проч.);
> - любая среда создания/записи музыки (ardour, qtractor, lmms);
> - любой софт для композитинга (nuke, natron).
> Там везде вместо сохранения используется экспорт, потому что сохранение зарезервировано
> для проектных данных.Верю, не пользуюсь.
Любой редактор текста - тот файл что открыл.
Редактор кода - аналогично.Что-то видать в консерватории творческих личностей не так как у остальных :)
> Там везде вместо сохранения используется экспорт, потому что сохранение зарезервировано
> для проектных данных.p.s. В GIMP нет проектов, но в средах которые позволяют редактировать файлы по отдельности от проекта ( но внутри его ), это ctrl-s.
p.p.s. Как представлю eclipse который файлы внутри проекта каждый раз предлагает в .java сохранить ;)
Редактор текста работает всего лишь с буковками, циферками и прочим -- открыли и переставили местами. А в мультимедийщине фарш невозможно провернуть назад. Применённый к картинке блюр вы никак потом из джпега не отмените, если не сохраните рядом проектные данные. Пережатый компрессором звук вы из WAV/MP3/FLAC назад тоже никак не отколбасите.
> Редактор текста работает всего лишь с буковками, циферками и прочим -- открыли
> и переставили местами. А в мультимедийщине фарш невозможно провернуть назад. Применённый
> к картинке блюр вы никак потом из джпега не отмените, если
> не сохраните рядом проектные данные. Пережатый компрессором звук вы из WAV/MP3/FLAC
> назад тоже никак не отколбасите.Фоторедактор это нечто промежуточное, очень малый процент пользователей будут потом открывать xcf (т.к. файл редко редактируется более чем за 1 подход, в отличии от видеоролика ), и решая проблему малого процента пользователей которые реально делают большие проекты в GIMP создавать неудобства большому проценту пользователей мне кажется не очень правильным делом. Тут больше смахивает на желание пропихнуть сво
....
Тут больше смахивает на желание пропихнуть свой формат либо просто на завышенное ЧСВ, но тут как говорится хозяин - барин :)p.s. вот если бы такое сделали в OpenOffice это было бы можно понять ввиду того что реально открыв .doc поправив и сохранив обратно в .doc можно получить такую белиберду :)
> в OpenOffice ... открыв .doc поправив и сохранив обратно в .doc можно получить такую белибердуРазработчики OO.o/LO поступили умнее — не стали выпендриваться с "сохранение только в OpenDocument, а всё остальное через экспорт", а сделали так, что при сохранении в неродной формат выдаётся сообщение, предупреждающее о риске частичной потери данных из-за ограничений формата вообще или его поддержки конкретно в OO.o/LO и дающее возможность выбора дальнеших действий. И поведение привычное, и похерить документ случайным сохранением в неродном формате сложнее.
> очень малый процент пользователей будут потом открывать xcfКак уже неоднократно говорилось ранее, у команды нет задачи сделать хорошо всем.
По сути, ещё 9+ лет назад софт был перенацелен на пользователей, которым важна сохранность проектных данных:
http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision
Специально для тех, кому она не так важна и кто хочет продолжать использовать GIMP, были придуманы разные обходные манёвры, минимизирующие "трение".
Как показала практика, даже те, кому это новшество поначалу не нравилось, быстро привыкли и оценили. Не все, разумеется, но этого и следовало ожидать.
> Когда иногда садишься разобрать немного RAW фотографий, используя ufraw и gimp ( не говоря о сложностях скрещивания их на win_x64 )По правде говоря, я не понимаю, как можно использовать ufraw в 2015 году. Не, у меня с ним связано много воспоминаний: первый свободный фотософт, первые проданные фотографии, вот это всё. Но он же совершенно не соответствует современным требованиям к фотософту.
Можно поставить свободный RawTherapee. Можно купить за два килорубля хотя бы corel aftershot (бывший bibble) и пользоваться им вечно, под любой настольной операционкой. К чему вот эти страдания?
> Ещё бы сломанный юзабилити поправили. В новом GIMP бесит,
> что сохранять нужно только в формате XCF, а все остальные
> форматы только через экспорт.Там есть сохранить туда же, откуда открыл.
недавно повис после выполнения долгой и нудной работы, неужели за 20 лет нельзя было сделать автосохранение результатов ?!
> неужели за 20 лет нельзя было сделать автосохранение результатов ?!За 20 лет можно было научиться нажимать Ctrl+S время от времени?
> недавно повис после выполнения долгой и нудной работы, неужели за 20 лет
> нельзя было сделать автосохранение результатов ?!
Тут должна быть эта ссылка http://www.gimp.org/donating/#bitcoin
А вы биткойнами только траву покупаете или ещё что попротивозаконнее? Палитесь, товарищ.
"В день двадцатилетия проекта представлен корректирующий выпуск"Выполним годовой план к 70-летию революции!
А какая революция закончилась осенью 1945го и причём тут гимп?
Наконец-то новый сайт - не из 90х!
>Наконец-то новый сайт - не из 90х!Т.е. свистит, попукивает, тормозит и заставляет браузер жрать ресурсы, не предоставляя никаких принципиальных улучшений (светленькая тема не в счет) по сравнению со старым сайтом?
https://web.archive.org/web/20150905052314/http://www.gimp.org/
Это да, это молодежно )
> заставляет браузер жрать ресурсы, не предоставляя никаких
> принципиальных улучшений (светленькая тема не в счет)
> по сравнению со старым сайтом?1. Попробуйте на старом сайте получить доступ к архиву новостей или сослаться на конкретную новость.
2. Попробуйте в фиде на старом сайте получить больше 10 последних новостей.
3. Попробуйте открыть старый сайт на мобильном устройстве.
а гимп разве работает на android || ios? Если нет то накой мне сайт на мобильном устройстве?
Для чтения новостей и прочих публикаций.
Пора бы уже перестать использовать ie8.
Ну и порох уже не тот.
Вот раньше же был креатив http://1.bp.blogspot.com/-CC6HO4gzsns/TlX9rKnje9I/AAAAAAAACd...
О Г О Н Ь
> Ну и порох уже не тот.
> Вот раньше же был креатив http://1.bp.blogspot.com/-CC6HO4gzsns/TlX9rKnje9I/AAAAAAAACd...Да-да, а потом команде приходят гневные письма "мы поставили нестабильную сборку детям в школе, а там ВОТ ЭТО, как так можно?!" :)
Потому что нестабильные сборки не для детишек
А что скажете по поводу gimp 2.9? Насколько он стабилен?
> А что скажете по поводу gimp 2.9? Насколько он стабилен?Достаточно стабилен. Не помню, когда последний раз падал.
Вслед за 2.8.16 выйдет 2.9.2.
скорее бы gtk3 стал. Программа супер с др!
С учётом того, что гномеры делают с gtk3, шансы на то, что гном перейдёт на Qt как бы не выше, чем на переход на gtk3.
Мне тоже интересно когда же?А то gegl3 вроде как уже готов, а вот gimp 3.x на gtk3...
gimp 3 будет на qt
> gimp 3 будет на qtОчень предсказуемая шутка. Тренируйтесь лучше — и у вас получится.
Помнится, в конце весны я тебя спросил почему так медленно роадмап апдейтится - уже осень скоро, а значит и год с последнего редактирования вики (в сентябре 2014 на тот момент). На что ты мне язвительно ответил, что не знаешь как у других, а у тебя по календарю еще весна.По теме я от тебя ответа не дождался.
Ок, смотрим: http://wiki.gimp.org/index.php?title=Roadmap&action=history - с сентября 2014 ровно ОДНА правка и она сделана спустя год и 1,5 месяца.
И после этого ты мне будешь говорить, что пиар-служба гимпа не хамит пользователям и вообще очень открыта для коммюнити?
> Ок, смотрим: http://wiki.gimp.org/index.php?title=Roadmap&action=history - с сентября
> 2014 ровно ОДНА правка и она сделана спустя год и 1,5
> месяца.Каких конкретно чудес вы ждете от изменений в роадмапе при отсутствии релиза 2.10?
Пожалуйста, вот вам три апдейта роадмапа -- только что сделал.
http://wiki.gimp.org/index.php?title=Roadmap&diff=1362&oldid...
Что-то принципиально изменилось?
Ну то есть, к нашему тогдашнему разговору - работа над гимпом ведется чуть более чем нихрена. ЧТД. Спасибо.
> Ну то есть, к нашему тогдашнему разговору - работа над гимпом ведется
> чуть более чем нихрена. ЧТД. Спасибо.Роадмап не обязан на 100% отражать всю работу над проектом. Хотя бы потому, что есть исправление ошибок, например.
Что тут тренироваться. gtk 2 уже деприкейтэд, а gtk 3 пилят 1.5 землекопа. Все кто в здравом уме уже свинтили с gtk на qt. Но самые у поротые будут жрать кактус и либо сдохнут с gtk либо перейдут на qt.
> Все кто в здравом уме уже свинтили с gtk на qt.Т.е. GIMP, Inkscape, Ardour, Transmission, Firefox, LibreOffice и проч. пишутся у поротыми, в отличие от анонимуса, который IRL -- главврач наркодиспансера. Хорошая теория :)
> Transmissionhttp://www.transmissionbt.com/images/screenshots/Qt-Large.jpg
> и проч
LXQT
http://blog.lxde.org/?p=990
> I, however, need to admit that working with Qt/C++ is much more pleasant and productive than messing with C/GObject/GTK+.
> Since GTK+ 3 breaks backward compatibility a lot and it becomes more memory hungry and slower, I don’t
> see much advantage of GTK+ now. GTK+ 2 is lighter, but it’s no longer true for GTK+ 3. Ironically, fixing all
> of the broken compatibility is even harder than porting to Qt in some cases (PCManFM IMO is one of them).https://www.opennet.me/opennews/art.shtml?num=43377
> Выпуск сетевого анализатора Wireshark 2.0, перешедшего на Qthttps://www.opennet.me/opennews/art.shtml?num=40067
> OpenNews: Audacious возвращается на GTK2, в перспективе переход на Qthttps://www.opennet.me/opennews/art.shtml?num=41241
>OpenNews: Альфа-выпуск Audacious 3.6 ознаменовал возвращение с GTK3 на GTK2 и появление интерфейса на основе Qthttps://liveblue.wordpress.com/2013/12/16/subsurface-4-0-has.../
> With version 4.0 we switched to Qt as our UI toolki
Кто-то переходит c GTK+ на Qt и продолжается делать хороший, популярный софт? Да.Кто-то остаётся на GTK+ и точно так же продолжает делать популярный, хороший софт? Да.
С чем конкретно вы пытаетесь спорить?
> Кто-то переходит c GTK+ на Qt и продолжается делать хороший, популярный софт?Видать, от хорошей жизни (взять тот же wireshark – ведь гуй под гтк3 есть, но вон, объявили https://blog.wireshark.org/2013/10/switching-to-qt/ и потихоньку переползают). Что интересно – о переходах с Qt на GTK особо ничего не слышно. К чему бы это? :)
> С чем конкретно вы пытаетесь спорить?
С тем, что все проекты, которые когда-то писались под гтк1,2 все так же абсолютно добровольно и с песней переходят/перешли на гтк3 вместо "свинчивания" на Qt.
> С тем, что все проекты, которые когда-то писались под гтк1,2 все так
> же абсолютно добровольно и с песней переходят/перешли на гтк3 вместо "свинчивания"
> на Qt.Т.е. вы сами выдумали тезис и теперь с ним спорите? А зачем вы это делаете?
>> С тем, что все проекты, которые когда-то писались под гтк1,2 все так
>> же абсолютно добровольно и с песней переходят/перешли на гтк3 вместо "свинчивания"
>> на Qt.
> Т.е. вы сами выдумали тезис и теперь с ним спорите? А зачем
> вы это делаете?еще один разработчик, сидящий на зарплате и изображающий бурную деятельность в СПО, не только в правительстве РФ бездельники это просто болезнь РФ.
GIMP проект практически не развивается, ну и как следствие перегодить на qt смысла нет.
Inkscape аналогично
Transmission много шкурок, им вообще пофени на gtk.
Firefox при переходе на серво и выпиливании gecko выпилят и gtk
LibreOffice у них vcl им тоже пофени на gtk, в любой момент можно перейти на qt.
Ardour да хрен знает что это такое.
Вот и получается что gtk только как легаси код и остался, все что развивается с него уходит.
> GIMP проект практически не развиваетсяСмешная шутка.
> Inkscape аналогично
Этот вывод на чём конкретно основан?
> Ardour да хрен знает что это такое.
Анонимусу не надо - никому не надо. Я угадал?
> Вот и получается что gtk только как легаси код и остался, все
> что развивается с него уходит.У вас и не такое получится :)
>> GIMP проект практически не развивается
>Смешная шутка.Ну changelog взглядом окинь.
>> Inkscape аналогично
>Этот вывод на чём конкретно основан?changelog
>> Ardour да хрен знает что это такое.
> Анонимусу не надо - никому не надо. Я угадал?Вы умственно отсталый. Я угадал?
Давай дальше выдирай комменты уходя от темы, по делу то сказать нечего. Где твои аргументы, слился?
> changelogПодсказываю: я переводчик гимпа с инкскейпом, а гимповая лента новостей последние годы пишется на 90% мной лично. Что нового вы мне можете рассказать про чейнджлоги?
Спросили на чем основан вывод, я ответил.
> Мне тоже интересно когда же?А то gegl3 вроде как уже готов, а
> вот gimp 3.x на gtk3...Что вы понимаете под gegl3? :)
Релиз на третьем гтк будет после релиза 2.10. Я бы не взялся оценивать сроки, но после выпуска 2.9 больших новых фич уже не ожидается. Будет, в основном, допиливание начатого.
Зачем? gtk3 это уже Gnome toolkit а не Gimp toolkit.
> Зачем? gtk3 это уже Gnome toolkit а не Gimp toolkit.тогда у него в зависимостях python 2 не будет, у меня щас только gimp его требует
Если НЕ сравнивать этот "как бы редактор" с фотошопом, то можно смело сказать: "В Линуксе редактор графики ЕСТЬ!". Но увы, те, кто юзает линукс, на ПРОПАСТЬ далеки от реального мира графики! Тупо потому, что "там" вообще понятия не имеют о гимпах, линуксах и прочем мазохизме. Есть фотошоп, индизайн, корел дроу, иллюстратор, кваркЭкспресс, какие-то узкие специнструменты и всё это ДАВНО отлажено, работает и можно смело передавать опыт из поколения в поколение.
Так что вы как рыбы и птицы - два непересекающихся мира, причём рыбы пытаются доказать, что тоже умеют вить гнёзда - уверяю, птицам пофиг.
Оставьте эти смехотворные сравнения с фотошопом - просто считайте, что "редактор у вас есть".
Здрассте. Гимп — удобная бесплатная рисовалка с достаточно широкими возможностями, чтобы ею пользовались люди, которые вообще не знают что такое оупенсорс. Встречал такую девочку в интернетах, сказала рисует в Гимпе, а потом выяснилось что она никогда не слышала ни о линуксе, ни о лицензиях.Но в целом согласен — редактор графики есть. В профессиональном мире при использовании линукса для киношного постпродакшна Фотошоп, слышал, тупо ставят через вайн. По-моему, это я читал про практику то ли Юнивёрсала, то ли Сони.
В чём-то ты прав, только не рыбы и птицы, а овощи (вы т.е.) и люди. Вам, овощам, удобно в привычной и мягкой земле и вы не против когда люди поливают вас гогном. Люди знают что большего вам для счаться и не нужно, так что мог бы лишний раз этот бред не писать.
> корел дроу, кваркЭкспресс,В профессиональном сообществе это уже давно минорнота. Особенно Кварк.
> рыбы и птицы - два непересекающихся мира,https://ru.wikipedia.org/wiki/Летучие_рыбы
https://ru.wikipedia.org/wiki/Водоплавающие_птицы
(врут навеное)> причём рыбы пытаются доказать, что тоже умеют вить гнёзда
Вы не поверите ...
http://facts-and-joy.ru/ryby-kotorye-vyut-gnezda/
16-бит на канал?
> 16-бит на канал?В 2.9.х -- хоть 32.
Для всех желающих, бинарники 2.9.x можно взять из ppa:otto-kesselgulasch/gimp-edge
> Для всех желающих, бинарники 2.9.x можно взять из ppa:otto-kesselgulasch/gimp-edgeТолько под Debian Jessie не пойдёт - есть несовместимости, даже если загриммироваться под Trusty.
Спасибо всем причастным, и успехов в развитии!
С прошедшим юбилеем!
ГИМП - замечательный редактор получился для веб-графики. Помню ещё пытался для изображений в вебе использовать когда-то фотошоп 6. Так этот фотошоп вообще для веба малопригоден был. Веб и Гимп - синонимы.
Вау! Новый сайт выглядит офигенно. p.s Спасибо всем, кто приложил руку к Gimp'у. Шикарный редактор! Желаю дальнейших успехов.
Прокудин, перелогинься.
Завидуйте дальше. Александр Прокудин отлично переводит проекты и насколько я понял он сделал этот сайт. А вы только и можете, что заниматься троллингом.
Спасибо, но нет -- сайт сделал Патрик Дэвид (http://blog.patdavid.net/, https://pixls.us/). Я только написал часть нового контента и портировал часть старого.
это сарказм?
что бы не было этих *тёрок* с фотошоперами, надо нечто подобное, ну хотя бы на словах, если не программно.
http://habrahabr.ru/company/nanosoft/blog/271343/
лучше просто ограничиться копипастой вывода> Признаюсь ... у меня самого был шок. Получается, что на сегодняшний момент <X> может достаточно свободно замещать популярные западные решения в функциональном плане: в 97-99% случаях пользователи получат альтернативный инструмент для работы.
CMYK когда завезут?
Нескоро. http://www.gimp.org/docs/userfaq.html#i-do-a-lot-of-desktop-...
> Нескоро. http://www.gimp.org/docs/userfaq.html#i-do-a-lot-of-desktop-...Откровенно жаль.
Я так понимаю, лаб и однобитные в ещё более дальних планах?
Конкретно про лаб никто оценок не делал.Под однобитными вы подразумеваете дуплекс (duotone)?
> Конкретно про лаб никто оценок не делал.Понятно. Есть у вас что-то более конкретное?
> Под однобитными вы подразумеваете дуплекс (duotone)?
Нет, именно картинки цветностью один бит на пиксел. Дуотоны, монотоны и прочие n-тоны — настолько специфичный продукт, я его не касаюсь
ЗЫЖ Вы не подумывали о краудфандинге по образцу Криты?
> Нет, именно картинки цветностью один бит на пиксел.На моей памяти даже не обсуждалось. Больше того, я с таким на практике даже не сталкивался. Где это применимо и почему не годится индексированный режим с принудительным ограничением по количеству цветов?
> ЗЫЖ Вы не подумывали о краудфандинге по образцу Криты?
Я на LGW ночью выкатил статью, где про это подробно написано. Если кратко:
1. Организовать и провести такую кампанию -- это практически фулл-тайм. Имеющих возможность заняться этим нет.
2. Разработчиков, которые могли бы работать в режиме полной/частичной занятости, тоже нет. У всех, кто пишет хоть какой-то код, уже есть работа. Митч, пишущий абсолютное большинство кода, пару лет назад вообще ушёл из IT, занимается оффлайновым семейным бизнесом и назад нисколечки не хочет.
> На моей памяти даже не обсуждалось. Больше того, я с таким на
> практике даже не сталкивался. Где это применимо и ...Однобитные растры используются в качестве масок изображений — книжная графика тому пример. То есть тушь и бумага как среда. Их можно окрашивать — тогда они становятся маской для цвета, как в шелкографии (образно говоря). В общем, в вёрстке и графике применяются достаточно часто. Ну и любое цветоделённое изображение, отправляющееся на растровый процессор, после него превращается в однобитные АМ- или ФМ-растры высокого разрешения. Править эти изображения иногда приходится, GIMP их открывает как 8-битные, со старта в восемь раз поднимая требования к памяти.
> ... почему не годится
> индексированный режим с принудительным ограничением по количеству цветов?Ну потому что есть такая модель — однобитное изображение. Используется и именуется отдельно.
>> ЗЫЖ Вы не подумывали о краудфандинге по образцу Криты?
> Я на LGW ночью выкатил статью, где про это подробно написано. Если
> кратко:
> 1. Организовать и провести такую кампанию -- это практически фулл-тайм. Имеющих возможность
> заняться этим нет.
> 2. Разработчиков, которые могли бы работать в режиме полной/частичной занятости, тоже нет.
> У всех, кто пишет хоть какой-то код, уже есть работа. Митч,
> пишущий абсолютное большинство кода, пару лет назад вообще ушёл из IT,
> занимается оффлайновым семейным бизнесом и назад нисколечки не хочет.Дык краудфандинг и принёс бы деньги. Я же говорю — по образцу Криты.
И заодно дайте ссылку на статью, пожалуйста. А то вы её читали, а я нет :-)
> Однобитные растры используются в качестве масок изображений — книжная графика тому
> пример. То есть тушь и бумага как среда. Их можно окрашивать
> — тогда они становятся маской для цвета, как в шелкографии (образно
> говоря). В общем, в вёрстке и графике применяются достаточно часто. Ну
> и любое цветоделённое изображение, отправляющееся на растровый процессор, после него превращается
> в однобитные АМ- или ФМ-растры высокого разрешения. Править эти изображения иногда
> приходится, GIMP их открывает как 8-битные, со старта в восемь раз
> поднимая требования к памяти.Хммм, ок. Спасибо.
> И заодно дайте ссылку на статью, пожалуйста. А то вы её читали,
> а я нет :-)http://libregraphicsworld.org/blog/entry/gimp-is-20-years-ol...
>> И заодно дайте ссылку на статью, пожалуйста. А то вы её читали,
>> а я нет :-)
> http://libregraphicsworld.org/blog/entry/gimp-is-20-years-ol...Спасибо. Не фанфары, конечно, но есть надежда на рост. Что не может не радовать.
Кстати, а конкретный формат однобитных изображений какой? TIFF?
> Кстати, а конкретный формат однобитных изображений какой? TIFF?Как контейнер — BMP, PNG, TIFF (навскидку, что-то ещё есть, так не вспомню всё). Сам формат однобитного изображения к определённому контейнеру не привязан, конечно, но напрямую его поддерживают не все контейнеры. Тот же гиф, например, его хранит именно как изображение с палитрой.
В некотором смысле он там уже давно, как надстройка над RGB. Есть софтпруфинг, есть Image>Separate>Separate с опцией "Make CMYK pseudo-composite". Мне этого всегда хватало, на печати всегда получалось всё точно.
> В некотором смысле он там уже давно, как надстройка над RGB. Есть
> софтпруфинг, есть Image>Separate>Separate с опцией "Make CMYK pseudo-composite". Мне
> этого всегда хватало, на печати всегда получалось всё точно.Это же write-only, а не работа с цветовым пространством.
Это и не надстройка вовсе. Это плагин separate+ — древний, но пока более-менее годный и поддерживаемый костыль.
