| |
| |
| 3.41, Аноним (41), 13:58, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
В мире линукса не должно быть совместимости, надо постоянно что-то новое делать.
| | |
| |
| 4.56, Аноним (56), 14:21, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Не должно быть совместимости так же, как в проприетарях с закрытыми и обмазанными зондами спеках? Ничоси новости...
| | |
| 4.104, ы (?), 19:43, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это расскажи тем, кто ежедневно с форматом docx работают. Или это другое?
| | |
| |
| 5.107, Аноним (107), 20:08, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ежедневно работаю с docx и xlsx на линуксе через Onlyoffice
Все прекрасно
Что я делаю не так?
| | |
| |
| 6.129, ы (?), 22:40, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Понятие "документооборот" тебе неизвестно. Мимо проходи.
| | |
| |
| 7.142, bergentroll (ok), 09:22, 25/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Святая корова документооборота с телятами? Проприетарный западный Газета Таймз Ню Роман 14 кеглем, полуторный интервал.
| | |
|
|
|
| 4.120, Alladin (?), 21:43, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
совместимости с кем чем? gimp и адоб фотошоп совершенно разные по составляющей программы, их делали разные совершенно люди, какая еще совместимость
| | |
|
|
| 2.3, Аноним (3), 12:28, 24/08/2026 [^] [^^] [^^^] [ответить]
| +8 +/– |
это задача адобе поддерживаь свой формат на нормальном уровне
| | |
| 2.4, limafresh (ok), 12:34, 24/08/2026 [^] [^^] [^^^] [ответить]
| +7 +/– |
 А что, у GIMP комплекс неполноценности по сравнении с Photoshop? Почему Photoshop можно иметь свой формат, а GIMP должен только подстраиваться под чужой?
| | |
| |
| |
| |
| 5.8, Аноним (8), 12:39, 24/08/2026 [^] [^^] [^^^] [ответить]
| –8 +/– |
Это факт. Так же, как и docx/xlsx/pptx. Он, конечно, может не нравиться, но факт — вещь упрямая.
| | |
| |
| |
| 7.26, Albertio (ok), 13:18, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Да да, поэтому-то доки просят принести в .doc даже не .docx, а про другие форматы там и не слыхали.
| | |
| 7.45, Аноним (8), 14:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
1) не от хорошей жизни
2) зашёл сейчас на РосСтат (более гос- и быть не может) — выгрузка в XLSX. Очень успешно заместили.
| | |
| 7.80, iPony128052 (?), 17:15, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В гос- и полугосконторах их уже успешно заместили на ODF.
Это ложь.
Олсо, в списке импортзамещения два основных офиса:
1) OnlyOffice. Для него формат DOCX вообще родной. При использовании ODF будет конвертация с проблемами. Об этом и разработчики заявляют
2) МойОфис. Для него так же дефолтный DOCX
| | |
|
|
| 5.72, Аноним (72), 15:14, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
мы соорудили яхту, но чтобы быть не как все будем грести ложками.
| | |
| |
| 6.84, Аноним (6), 17:25, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
У вас стадный режим превалирует над рассудком. Нету всех! Понимаете! Все разные. Каждый выбирает то что хочет и выстраивает свой рабочий процесс так как ему удобно и финансово выгодно.
| | |
|
|
| 4.9, limafresh (ok), 12:42, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Только потому что его положение Photoshop на рынке и потребители воздвинули в "стандарт". По такой логике любого монополиста можно назвать "стандартом" и отрицать возможность альтернатив.
| | |
| |
| 5.21, Аноним (21), 12:57, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Главное, поддерживается рабочим софтом. Ну, не хуже, чем фш соседних версий. Гимп в перечень софта для работы, понятно, не очень вписывается, но к чему создавать лишние неудобства.
| | |
| 5.40, ИмяХ (ok), 13:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >>любого монополиста можно назвать "стандартом"
Так ведь именно так зачастую стандарты и создаются.
| | |
| 5.46, Аноним (8), 14:03, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Альтернативы никто не отрицает. Но либо им придётся учитывать монополиста, либо так и оставаться маргиналами.
| | |
| |
| 6.65, limafresh (ok), 14:59, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если в рабочие обязанности входит работа с PSD файлами, то да. Но если допустим художник фрилансер рисует на заказ, то вообще всё равно какой формат и софт - заказчику нужен только результат. Или если на работе все перешли на GIMP.
| | |
|
| 5.87, arisu (ok), 17:42, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Только потому что его положение Photoshop на рынке и потребители воздвинули в
> "стандарт".
причём громче всего (вообще-то единственные) про такой «стандарт» орут те, кто фотошоп ни разу не покупал. странная закономерность.
| | |
| |
| 6.137, Аноним (136), 07:56, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы так говорите, как будто купить фотшоп это какой-то подвиг (ну сейчас сложней, да).
| | |
| |
| 7.150, arisu (ok), 11:07, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Вы так говорите, как будто купить фотшоп это какой-то подвиг (ну сейчас
> сложней, да).
однако ж не покупают. и орут.
| | |
|
|
|
| 4.37, Alladin (?), 13:53, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
стандарт кого или чего? адоб фотошопа?, ну да у них это стандарт, а гимп и другие причем тут?
| | |
| 4.57, Аноним (56), 14:22, 24/08/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
ну не знаю, у меня стандартная фотокамера, стандартный телефон, стандартный принтер и стандартный пейнт из коробки не понимают этот ваш "стандартный" PSD
| | |
| |
| 5.71, Аноним (8), 15:13, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это что, у меня стандартный кассетный магнитофон его не понимает!
| | |
|
| |
| |
| 6.88, arisu (ok), 17:44, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Спеки на стандартную ложку есть?
прикинь, если она стандартная — то есть. сложная и новая для тебя мысль, попробуй осознать.
| | |
| |
| 7.101, Bottle (?), 19:26, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты сейчас смысловой подменой занимаешься. Очевидно же, здесь слово "стандартный" означает "типичный", а не "по спецификации".
| | |
| |
| 8.102, arisu (ok), 19:36, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | нет, не очевидно есть слово, есть его значение приписывать слову другое значен... текст свёрнут, показать | | |
|
|
| |
| 7.141, Аноним (140), 09:21, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только это относится не к ложкам конкретно и их форме. Ну вот откуда вы такие душные берётесь?
| | |
|
|
| 5.97, pofigist (?), 19:07, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты не поверишь, но весь сетевой стек, на котором построен интернет, прямо конфликтует со стандартами типа iso..
| | |
|
| 4.144, Аноним (144), 09:25, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
где стандарт? для кого? для чего? иди проспись, шиз. таблетки там прими, водой лицо сполосни, или что там тебе помогает обычно?
| | |
|
| |
| 4.13, limafresh (ok), 12:47, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Не нашёл в новости ничего про подстраивание, только
> по аналогии с OpenDocument, будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив
ключевое слово "по аналогии". Т.е. просто возьмут ту же идею без копирования формата.
| | |
|
| 3.78, майнкрафт форева (?), 16:50, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да должен, так как это кусок херни, а не редактор. Он должен быть унифицированным. Пользователи и художники, которые занимаются коммерческой деятельностью, не будут подстраиваться под эту фигню, значит, она должна подстраиваться под них
| | |
| |
| 4.99, limafresh (ok), 19:13, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Отлично. Пусть тогда Photoshop перейдёт на формат GIMP, если редактор должен быть унифицированным, а не тянет свой формат. И с чего вы взяли, что нет художников, которые в GIMP разбираются больше, чем в Photoshop?
| | |
|
|
| 2.63, Аноним (63), 14:45, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Лучше бы вы открыли ссылку на оригинальную новость и долистали до абзаца PSD Support Improvements
| | |
| 2.108, историк_кун (?), 20:37, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если внимательно читать, чё они там пишут, можно выяснить, PSD в следующей версии будет открываться прямо с редактируемыми текстовым слоями. Ну и с другими улчшениями в поддержке формата.
| | |
|
| 1.10, anonymous (??), 12:42, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Может я глуп и ничего не понимаю в пиксельных редакторах, но как они собираются хранить битмапы в xml?
<point x="0" y="0"><color r="120" g="120" b="0"/></point>
<point x="0" y="1"><color r="102" g="120" b="0"/></point>
и так миллион раз?
| | |
| |
| 2.15, tkzv (ok), 12:50, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Либо base64, либо в виде очень длинных 16-ричных чисел. HTML с base64 в IMG понимают современные браузеры.
Либо как ODT — битмапы отдельными файлами PNG. Или что умеет особые цветовые пространства.
| | |
| 2.17, Аноним (17), 12:52, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Твои битмапы будут упакованы в zip архив в новости написано.
| | |
| |
| 3.18, tkzv (ok), 12:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Твои битмапы будут упакованы в zip архив в новости написано.
Если каждый 3-байтый пиксель расписывать в 58 байт, deflate не поможет.
| | |
| |
| |
| 5.93, tkzv (ok), 18:23, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Deflate обязателен?
Можно Store. Но Deflate лучше. Он делался под 1-МГц процессоры и 32К памяти. По нынешним временам, писать на диск без deflate получается дольше, чем с deflate.
| | |
|
|
| 3.59, anonymous (??), 14:29, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив
вот что написано в новости. Никаких png или битмап-файлов в архиве не предусмотрено. Только XML, но это же убиться можно.
| | |
| |
| 4.73, Смузихеб забывший пароль (?), 15:18, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
офисные документы аналогично пакуются в подобие зип
но именно медиафайлы там в виде бинарников лежат. Причём, в исходных размерах, по крайней мере, у того же PPTX
В новости говорится о больших фалах. Вряд ли специально для них решили ещё и в виде текста хранение сделать
Как будет - посмотрим. Но есть подозрение, что будут какие-то оригиналы бинарниками и отдельно в виде XML пошагово история разных изменений и всё это в зип-архиве
| | |
|
|
| |
| 3.94, tkzv (ok), 18:26, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Действительно, как хранят битмапы в HTML?
Можно так: <img src="data:image/avif;base64,AAAAHGZ...">
| | |
|
| 2.20, llolik (ok), 12:56, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 <bitmap id='uuid:xx-xxxx-xxxx-xxxxxx'>
<color_space>rGBA</color_space>
... /* ещё какие-нибудь данные */
<stream> /* поток данных */</stream>
</bitmap>
Примерно, так как-нибудь, например.
| | |
| |
| 3.28, Аноним (-), 13:30, 24/08/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины битмапа А, ... большой текст свёрнут, показать | | |
| |
| 4.42, llolik (ok), 14:00, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Примерно, так как-нибудь, например.
> Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины
> битмапа. А, про ускорение чтения и работы - никто не говорил?!
А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) так это дохрена быстрей, да?
> И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и
> быстрым занятием. Это не только SAX-style брейнфак - но еще и
> из зипаря к тому же.
Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце?
> А уж сколько вулнов можно в XML-based - это песня.
Кто сказал, что они будут кастомный парсер городить, а не использовать хоть GLib-овский, хоть любой сторонний (тотже Expat)?
Вообще, кода ещё нет. Ну, вернее, Jehan его пока в приватной ветке держит. Как будет код, так будет о чём говорить. И да, примерно у дохрена программ такой-же формат хранения и они вот как-то справляются.
| | |
| |
| 5.52, Аноним (-), 14:12, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением несколь... большой текст свёрнут, показать | | |
| |
| 6.60, anonymous (??), 14:30, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник
Белые люди для этого SQLite используют.
| | |
| 6.61, llolik (ok), 14:36, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, кстати, хочется сказать: а с чего мы оба взяли, что битмап в принципе засунут непосредствено в XML, а не будут хранить блобами рядом с XML разметкой?
| | |
| 6.95, tkzv (ok), 18:35, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением нескольких смещений.
> Попробуй так с XML и сравни... :)
Сейчас не 1985 год. Всё кешируется. Когда пытаешься читать 200 байт, заодно читаются несколько соседних секторов.
> декомпресс 100500 гигз в большом проекте наверняка добавит ему скорости :)
Вообще-то, да, добавит. Алгоритм асимметричен, распаковка очень быстрая, время на распаковку кратно ниже, чем чтение с диска того же объёма несжатой информации.
А если нужен только 1 файл из архива, остальные можно не читать. В ZIP доступны все файлы независимо.
| | |
|
| 5.109, историк_кун (?), 20:40, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Krita: хренадцать лет пишет данные в ZIP с XML и битмапами. Ноль удивлений.
GIMP: тоже сделаем такое. АЖИОТАЖ, СПЕКУЛЯЦИИ, ТЫЩИ ТРЕДОВ.
| | |
|
|
| 3.44, Аноним (41), 14:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> <stream> /* поток данных */</stream>
И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть напрямую в память и работать мгновенно с нужными кусочками по необходимости, то теперь одна только загрузка будет по полчаса.
| | |
| |
| 4.48, llolik (ok), 14:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> <stream> /* поток данных */</stream>
> И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть
> напрямую в память и работать мгновенно с нужными кусочками по необходимости,
> то теперь одна только загрузка будет по полчаса.
Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
| | |
| |
| 5.53, Аноним (-), 14:14, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
Что такое "связанный слой" в терминах операций с памятью? В случае BMP можно по сути mmap() сделать и далее - работать с вот этим массивом пикселей в памяти напрямую, а это еще и прозрачно сохраняется на диск "по ходу пьесы".
| | |
| |
| 6.58, llolik (ok), 14:27, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
> Что такое "связанный слой" в терминах операций с памятью? В случае BMP
> можно по сути mmap() сделать и далее - работать с вот
> этим массивом пикселей в памяти напрямую, а это еще и прозрачно
> сохраняется на диск "по ходу пьесы".
Я о том, что для этого вообще файл проекта парсить не надо. Связанный слой - это ссылка на внешний файл.
| | |
|
|
|
|
| 2.22, Аноним (22), 13:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Точно так же, как это хранит Word. Там DOCX - это zip-архив, в котором лежит XML и ещё кучка файлов, в том числе - внедрённые картинки прямо в том формате, в котором их внедрили.
| | |
| |
| 3.55, Аноним (-), 14:17, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А так то DOC был - по сути диск в файле, с файлами-объектами внутрях. Только более дружественный к вот именно рандомному доступу, перезаписи и проч чем ZIP и XML. Но - не модно, видите ли, надо что-нить энтерпрайз-грейд запилить было в пику ODF, который тоже на техническом уровне - не шедевр мягко говоря. И получилсь 2 уродца...
| | |
| |
| 4.68, Аноним (68), 15:05, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | а разницы то никакой, и там и там обычная структура хранения в плоской модели па... большой текст свёрнут, показать | | |
|
|
| 2.39, Alladin (?), 13:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
миллион раз и сожмем:)
я думаю что у них будет zip в котором будут xml файлы и куски битмапов
| | |
| 2.98, pofigist (?), 19:08, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не волнуйся - ещё через четверть века они узнают про json и сделают новый формат на его основе...
Сарказм если что...
| | |
|
| 1.12, tkzv (ok), 12:46, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> набор файлов с разметкой XML, упакованных в ZIP-архив.
Расширят спецификацию критовского KRA, или создадут что-нибудь несовместимое?
| | |
| |
| 2.76, sage (??), 16:01, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> .kra is Krita’s internal file-format
Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление проекта Гимпа?
| | |
| |
| 3.91, tkzv (ok), 18:08, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> .kra is Krita’s internal file-format
> Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление
> проекта Гимпа?
Чем они отличаются? Помимо того, что GIMP поддерживает индексированные палитры и сложное форматирование текста.
| | |
|
|
| |
| 2.81, Bottle (?), 17:23, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ты так говоришь, будто бы древние стандарты не отмирают. Ещё как мрут!
Самый банальный пример это USB на смену самым разным штекерам и юникод на смену однобайтовым кодировкам.
| | |
| |
| 3.105, ыых (?), 19:56, 24/08/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Самый банальный пример это USB на смену самым разным штекерам
Удивительно что еще никто не ткнул этого господина в зоопарк спецификаций usb
| | |
| |
| 4.111, Аноним (111), 20:44, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Удивительно что еще никто не ткнул этого господина в зоопарк спецификаций usb
Ну удивительно, потому что, в отличие от тебя, все уловили суть его слов, которая также применима к зоопарку USB. Давно ты в природе Mini-USB или хотя бы Micro-USB встречал?
| | |
| |
| 5.127, историк_кун (?), 22:37, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну удивительно, потому что, в отличие от тебя, все уловили суть его слов, которая также применима к зоопарку USB. Давно ты в природе Mini-USB или хотя бы Micro-USB встречал?
(огляделся в доме, что используется)
RPi Pico 2, Xiaomi Redmi 12C, моторизованный штатив Neewer. Мало, но пока попадаются.
| | |
|
| 4.123, Bottle (?), 22:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что зоопарк USB - это ничто по сравнению с пятьюдесятью вендорлокнутыми типами зарядок, каждая под свой телефон.
Ты можешь купить USB Type C и заряжать им и ноут, и телефон, и планшет при наличии нужного тебе напряжения и силы тока, конечно.
| | |
|
| 3.143, Аноним (140), 09:24, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
До сих пор на половине материнок можно встретить PS/2.
Вот софтовые стандарты мрут куда быстрее.
| | |
|
|
| 1.27, Аноним (-), 13:19, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> будет использовать набор файлов с разметкой XML,
> упакованных в ZIP-архив.
> Детали реализации пока находятся в разработке, но предполагается, что новый формат
> ускорит операции сохранения
Вот прям XML и ZIP? Ускорит что-то? Предполагаааааается?! Господи, откуда такие в гимп поналезли. Они это XML вообще пробовали парсить чтобы рассказывать как это круто и быстро?
| | |
| |
| 2.30, Ъ (?), 13:38, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Они это XML вообще пробовали парсить
В GIMP давно уже есть поддержка OpenRaster, тот же самый XML/ZIP.
| | |
| 2.47, llolik (ok), 14:04, 24/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Господи, откуда такие в гимп поналезли
Всего-то мужик 20 лет GIMP мейнтейнит и один из основных его разработчиков. Не то что аноним опеннета :)
| | |
| 2.49, Аноним (41), 14:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> откуда такие в гимп поналезли
Это те самые, которые кинули гтк-2 и начали 3 и 4.
| | |
| |
| 3.117, tkzv (ok), 21:31, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Получается гипм начнёт сохранять jpeg в zipе.
JPEG — с потерями. Поэтому в него можно только экспортировать. Для сохранения всего документа нужен без потерь. Например, PNG, как Krita.
| | |
| |
| 4.126, Bottle (?), 22:33, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
В теории они могут использовать Lossless режим JPEG XL, который у них поддерживается, но на практике риск того не стоит.
| | |
| |
| 5.131, tkzv (ok), 01:42, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> В теории они могут использовать Lossless режим JPEG XL, который у них
> поддерживается, но на практике риск того не стоит.
Сходу не гуглится, но если он как JPEG, будут искажения за счёт округления при переходе в другое цветовое пространство.
| | |
|
|
|
|
| |
| |
| 3.64, llolik (ok), 14:49, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Месяца три :) С третьим мажором долгий цикл был в основном не из-за GTK, насколько я в курсе, а из-за того, что они много целей запихали под один мажорный релиз. Ну и команда пару раз успела собраться/разбежаться, да, кроме разве что, Jehan-а.
| | |
|
|
| 1.66, тоже Аноним (ok), 15:03, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > новый формат изображений, идущий на смену XCF
Уже в заголовке дичь. XCF - это не формат изображений, это формат рабочих файлов графического редактора. Так же, как PSD.
Да, в нем есть еще и изображение, которое можно получить теми или иными нетривиальными способами.
Но разница между четким форматом данных и толстеющей с каждой новой версией программы спецификацией ее рабочих файлов - уж айтишникам-то должна быть очевидна.
| | |
| 1.79, Аноним (41), 16:59, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> набор файлов с разметкой XML, упакованных в ZIP-архив ... предполагается, что новый формат ускорит операции сохранения, так как при периодическом сохранении потребуется изменять лишь отдельные части файла
Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет?
| | |
| |
| 2.106, llolik (ok), 20:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет?
Да. В структуре zip - есть каталог с метаданными и смещениями блоков каждого сжатого файла. Поэтому с файлами в zip-е можно обращаться по-отдельности не пережимая весь архив (в отличие от монолитного tar, например).
| | |
| |
| 3.121, Аноним (41), 21:53, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Упс, а вот тут ты промахнулся: tar не монолитный, а поблоковый с округлением длины файла до кратного вверх. Итого в tar тоже есть блоки, и файл занимает целое количество блоков, не пересекаясь с другими файлами.
| | |
| |
| 4.125, llolik (ok), 22:23, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Упс, а вот тут ты промахнулся: tar не монолитный, а поблоковый с
> округлением длины файла до кратного вверх. Итого в tar тоже есть
> блоки, и файл занимает целое количество блоков, не пересекаясь с другими
> файлами.
Ну, если совсем придираться, то да. Тем не менее, исходя из формата (все файлы пишутся этими самыми боками последовательно (если уж совсем придираться + заголовок, хвост нулей и EOF)), ты мало что можешь сделать c "лентой" без пересборки tar-а (собственно, только добавить в хвост новую версию файла). Он же и делался, всё-таки для бэкапа изначально.
| | |
| 4.132, tkzv (ok), 01:44, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> tar не монолитный, а поблоковый с округлением длины файла до кратного вверх.
Тогда почему степень сжатия как в монолитном?
| | |
|
|
|
| 1.96, Аноним (96), 18:48, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Самое забавное что куда не плюнь везде XML, кроме воя балаболов, что XML ни нужоон, есть жсооон, проооотобуф, йааамль и прочей нех который вообще не замена XML
| | |
| |
| 2.115, тоже Аноним (ok), 21:01, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Назовите хоть одну причину выть человеку, который спокойно использует XML в работе.
А когда ему это действительно понадобилось - и JSON, и проч.
Так чей вой вы слушаете? И зачем?..
| | |
| |
| 3.118, arisu (ok), 21:34, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Назовите хоть одну причину выть человеку, который спокойно использует XML в работе.
«использует XML в работе» — этого вполне достаточно. но ты не поймёшь.
| | |
| |
| 4.135, Аноним (135), 06:31, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ого какие люди опять появились. Всё нормально? Там же и ничего особо не поменялось?
| | |
| |
| 5.149, arisu (ok), 11:07, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Ого какие люди опять появились. Всё нормально? Там же и ничего особо
> не поменялось?
ответ «да». я всё ещё не понимаю, это хорошо или плохо, увы. гыг.
| | |
|
|
| 3.134, Markx (?), 06:20, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы что себя присляете к балаболам? Вроде о них идет речь, о серой бесформенной массе поклоняющейся статьям блохеров в интернете
| | |
| 3.139, Аноним (139), 08:41, 25/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Назовите хоть одну причину выть человеку, который спокойно использует XML в работе.
Назовите хоть одну причину использовать XML в работе
| | |
|
|
| 1.133, Zloy (ok), 05:54, 25/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Программа лагает при банальных операциях. Вообще отсутствует желание изучать программу, лучше бы повысил производительность и переработали UI
| | |
|
