Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Проект GIMP развивает новый формат изображений, идущий на смену XCF"	+/–
Сообщение от opennews (??), 24-Авг-26, 12:21
Разработчики графического редактора GIMP сообщили о работе над новым форматом изображений, который придёт на смену формату XCF, обеспечивающему сохранение всех данных, сопутствующих работе над изображением, включая сведения о слоях, выделенных областях, каналах и выставленных направляющих. Отмечается, что формат XCF имеет ряд ограничений и плохо подходит для больших или сложных проектов, таких как многостраничные и анимированные изображения, которые планируют реализовать в ветке GIMP 3.6... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66124
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 24-Авг-26, 12:21	–27 +/–
Лучше бы psd поддерживали на нормальном уровне
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #11, #63, #75

2. Сообщение от Alladin (?), 24-Авг-26, 12:28	+5 +/–
а потом узнаешь что psd тоже не очень
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #41

3. Сообщение от Аноним (3), 24-Авг-26, 12:28	+7 +/–
это задача адобе поддерживаь свой формат на нормальном уровне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от limafresh (ok), 24-Авг-26, 12:34	+4 +/–
А что, у GIMP комплекс неполноценности по сравнении с Photoshop? Почему Photoshop можно иметь свой формат, а GIMP должен только подстраиваться под чужой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #7, #78

5. Сообщение от Аноним (5), 24-Авг-26, 12:36	–12 +/–
потому что psd это стандарт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #6, #9, #24, #34, #37, #57, #77

6. Сообщение от Аноним (6), 24-Авг-26, 12:36	+6 +/–
Это выдумка маркетологов и корпорастов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8, #72

7. Сообщение от Аноним (7), 24-Авг-26, 12:38	+1 +/–
действительно, зачем им подстраиваться под OpenDocument
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13

8. Сообщение от Аноним (8), 24-Авг-26, 12:39	–6 +/–
Это факт. Так же, как и docx/xlsx/pptx. Он, конечно, может не нравиться, но факт — вещь упрямая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #23

9. Сообщение от limafresh (ok), 24-Авг-26, 12:42	+3 +/–
Только потому что его положение Photoshop на рынке и потребители воздвинули в "стандарт". По такой логике любого монополиста можно назвать "стандартом" и отрицать возможность альтернатив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #21, #40, #46, #74

10. Сообщение от anonymous (??), 24-Авг-26, 12:42	+/–
Может я глуп и ничего не понимаю в пиксельных редакторах, но как они собираются хранить битмапы в 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> и так миллион раз?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #15, #17, #19, #20, #22, #25, #35, #39, #85

11. Сообщение от Аноним (21), 24-Авг-26, 12:45	+/–
За этим в Krita.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от tkzv (ok), 24-Авг-26, 12:46	+1 +/–
> набор файлов с разметкой XML, упакованных в ZIP-архив. Расширят спецификацию критовского KRA, или создадут что-нибудь несовместимое?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

13. Сообщение от limafresh (ok), 24-Авг-26, 12:47	+/–
Не нашёл в новости ничего про подстраивание, только > по аналогии с OpenDocument, будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив ключевое слово "по аналогии". Т.е. просто возьмут ту же идею без копирования формата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от Аноним (21), 24-Авг-26, 12:48	+/–
А как в binary, по-твоему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от tkzv (ok), 24-Авг-26, 12:50	+1 +/–
Либо base64, либо в виде очень длинных 16-ричных чисел. HTML с base64 в IMG понимают современные браузеры. Либо как ODT — битмапы отдельными файлами PNG. Или что умеет особые цветовые пространства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от Аноним (17), 24-Авг-26, 12:51	+1 +/–
Теперь у вас 100500 новых несовместимых стандартов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

17. Сообщение от Аноним (17), 24-Авг-26, 12:52	+/–
Твои битмапы будут упакованы в zip архив в новости написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #18, #59

18. Сообщение от tkzv (ok), 24-Авг-26, 12:55	+2 +/–
> Твои битмапы будут упакованы в zip архив в новости написано. Если каждый 3-байтый пиксель расписывать в 58 байт, deflate не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36

19. Сообщение от Аноним (19), 24-Авг-26, 12:55	+/–
Действительно, как хранят битмапы в HTML?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

20. Сообщение от llolik (ok), 24-Авг-26, 12:56	+/–
<bitmap id='uuid:xx-xxxx-xxxx-xxxxxx'>   <color_space>rGBA</color_space>   ... /* ещё какие-нибудь данные */   <stream> /* поток данных */</stream>   </bitmap> Примерно, так как-нибудь, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #28, #44

21. Сообщение от Аноним (21), 24-Авг-26, 12:57	+/–
Главное, поддерживается рабочим софтом. Ну, не хуже, чем фш соседних версий. Гимп в перечень софта для работы, понятно, не очень вписывается, но к чему создавать лишние неудобства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от Аноним (22), 24-Авг-26, 13:02	+1 +/–
Точно так же, как это хранит Word. Там DOCX - это zip-архив, в котором лежит XML и ещё кучка файлов, в том числе - внедрённые картинки прямо в том формате, в котором их внедрили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #55

23. Сообщение от Аноним (23), 24-Авг-26, 13:13	+/–
В гос- и полугосконторах их уже успешно заместили на ODF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #26, #45, #80

24. Сообщение от Аноним (23), 24-Авг-26, 13:16	+/–
А где .psd ещё используется, кроме ФЖ ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

25. Сообщение от Аноним (23), 24-Авг-26, 13:18	+/–
Отдельным файликом в общем архиве. Всё, как в ODF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

26. Сообщение от Albertio (ok), 24-Авг-26, 13:18	+/–
Да да, поэтому-то доки просят принести в .doc даже не .docx, а про другие форматы там и не слыхали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #38, #69

27. Сообщение от Аноним (-), 24-Авг-26, 13:19	+1 +/–
> будет использовать набор файлов с разметкой XML, >  упакованных в ZIP-архив. > Детали реализации пока находятся в разработке, но предполагается, что новый формат > ускорит операции сохранения Вот прям XML и ZIP? Ускорит что-то? Предполагаааааается?! Господи, откуда такие в гимп поналезли. Они это XML вообще пробовали парсить чтобы рассказывать как это круто и быстро?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #47, #49, #51

28. Сообщение от Аноним (-), 24-Авг-26, 13:30	+/–
> Примерно, так как-нибудь, например. Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины битмапа. А, про ускорение чтения и работы - никто не говорил?! :). Да и формат ZIP для рандомных записей никто никогда не делал так то. И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и быстрым занятием. Это не только SAX-style брейнфак - но еще и из зипаря к тому же. Можете попробовать конечно парсинг в стиле DOM - но тогда терабайт оперативки понадобится. А уж сколько вулнов можно в XML-based - это песня. Например, можно вложить дохреналиард тегов в друг друга и посмотреть - что будет дальше. Да, это кстати работает. Некоторые наиболее прошареные парсеры даже законопатили. Немного и криво. Про размер и число элементов и вовсе упоминать неудобно. А в зипе к тому же еще и zip bomb будет просто изумительный. Так что если вы кой-как наскребли терабайт оперативы - можно будет и десяток терабайт затребовать весьма компактным файлом. А потом залить такой ассет кому-нибудь с автопарсингом - посмотреть как ему такое вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42

29. Сообщение от Аноним (29), 24-Авг-26, 13:31	+1 +/–
Еще в нулевых об этом заявляли. Смотрю, они быстрые ребята.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

30. Сообщение от Ъ (?), 24-Авг-26, 13:38	+/–
> Они это XML вообще пробовали парсить В GIMP давно уже есть поддержка OpenRaster, тот же самый XML/ZIP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

34. Сообщение от Аноним (34), 24-Авг-26, 13:49	+/–
Стандарт центра сертификации и стандарт на psd в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

35. Сообщение от Аноним (34), 24-Авг-26, 13:50	+/–
Сверху zip.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

36. Сообщение от Аноним (34), 24-Авг-26, 13:52	–1 +/–
Deflate обязателен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

37. Сообщение от Alladin (?), 24-Авг-26, 13:53	+1 +/–
стандарт кого или чего? адоб фотошопа?, ну да у них это стандарт, а гимп и другие причем тут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

38. Сообщение от Аноним (23), 24-Авг-26, 13:54	+/–
У нас не просят. Вся разрабатываемая КД в ODF после 2022.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

39. Сообщение от Alladin (?), 24-Авг-26, 13:55	+/–
миллион раз и сожмем:) я думаю что у них будет zip в котором будут xml файлы и куски битмапов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

40. Сообщение от ИмяХ (ok), 24-Авг-26, 13:55	+1 +/–
>>любого монополиста можно назвать "стандартом" Так ведь именно так зачастую стандарты и создаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

41. Сообщение от Аноним (41), 24-Авг-26, 13:58	–1 +/–
В мире линукса не должно быть совместимости, надо постоянно что-то новое делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #56

42. Сообщение от llolik (ok), 24-Авг-26, 14:00	+/–
>> Примерно, так как-нибудь, например. > Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины > битмапа. А, про ускорение чтения и работы - никто не говорил?! А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) так это дохрена быстрей, да? > И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и > быстрым занятием. Это не только SAX-style брейнфак - но еще и > из зипаря к тому же. Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце? > А уж сколько вулнов можно в XML-based - это песня. Кто сказал, что они будут кастомный парсер городить, а не использовать хоть GLib-овский, хоть любой сторонний (тотже Expat)? Вообще, кода ещё нет. Ну, вернее, Jehan его пока в приватной ветке держит. Как будет код, так будет о чём говорить. И да, примерно у дохрена программ такой-же формат хранения и они вот как-то справляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #52

44. Сообщение от Аноним (41), 24-Авг-26, 14:02	+1 +/–
> <stream> /* поток данных */</stream>   И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть напрямую в память и работать мгновенно с нужными кусочками по необходимости, то теперь одна только загрузка будет по полчаса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #48

45. Сообщение от Аноним (8), 24-Авг-26, 14:02	+/–
1) не от хорошей жизни 2) зашёл сейчас на РосСтат (более гос- и быть не может) — выгрузка в XLSX. Очень успешно заместили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #54, #70

46. Сообщение от Аноним (8), 24-Авг-26, 14:03	+1 +/–
Альтернативы никто не отрицает. Но либо им придётся учитывать монополиста, либо так и оставаться маргиналами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #65

47. Сообщение от llolik (ok), 24-Авг-26, 14:04	+1 +/–
> Господи, откуда такие в гимп поналезли Всего-то мужик 20 лет GIMP мейнтейнит и один из основных его разработчиков. Не то что аноним опеннета :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

48. Сообщение от llolik (ok), 24-Авг-26, 14:06	+/–
>> <stream> /* поток данных */</stream> > И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть > напрямую в память и работать мгновенно с нужными кусочками по необходимости, > то теперь одна только загрузка будет по полчаса. Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #53

49. Сообщение от Аноним (41), 24-Авг-26, 14:06	+/–
> откуда такие в гимп поналезли Это те самые, которые кинули гтк-2 и начали 3 и 4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

50. Сообщение от Аноним (23), 24-Авг-26, 14:06	+/–
А то. Сколько на GTK 3 переходили!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #62, #64

51. Сообщение от Аноним (51), 24-Авг-26, 14:06	+/–
Получается гипм начнёт сохранять jpeg в zipе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

52. Сообщение от Аноним (-), 24-Авг-26, 14:12	+/–
> А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) > так это дохрена быстрей, да? Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением нескольких смещений. Попробуй так с XML и сравни... :) > Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце? А, ну да, декомпресс 100500 гигз в большом проекте наверняка добавит ему скорости :) Кстати так на подумать - ".doc" и прочие XLS и проч - были по сути диск-в-файле. С произвольным содержимым как типа-файлы (или обьекты) в "диске". Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник. Особенно с полным декомпрессом и рекомпрессом то. > Кто сказал, что они будут кастомный парсер городить, а не использовать > хоть GLib-овский, хоть любой сторонний (тотже Expat)? Да я ими даже пользовался, но в целом для потенциально больших и навороченных данных это как раз - тот еще брейнфак. А быстро вынуть 200 байтов из середины огромного битмапа без репарсинга станет вообще - малореально. Даже в стиле SAX-парсинга придется весь поток жевать, фиг бы его заранее знает какого размера. Можно конечно заранее размер написать но тут возникнет вопрос доверяем ли мы юзерскому вводу - и проверка этого в стиле вот именно SAX это тоже - брейнфак, увы. А так на подумать - OSM Planet как раз ворочали БОЛЬШИЕ и СЛОЖНЫЕ XML. Забодались в край и родили свой "pbf" в результате. Правда, его схема - фиксированная и априори известная, но это никак не мешает сохранению в него новых, ранее неизвестных, типов данных, атрибутов и проч. Те кто про них не в курсе - могут просто скипать сие. Правда это поточный формат а не формат для быстрого редактирования. Но если мы про рекомпресс и декомпресс всего файла от и до - там аналогично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #60, #61

53. Сообщение от Аноним (-), 24-Авг-26, 14:14	+/–
> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)? Что такое "связанный слой" в терминах операций с памятью? В случае BMP можно по сути mmap() сделать и далее - работать с вот этим массивом пикселей в памяти напрямую, а это еще и прозрачно сохраняется на диск "по ходу пьесы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #58

54. Сообщение от fi (ok), 24-Авг-26, 14:14	+/–
а там текст в .csv  )))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Аноним (-), 24-Авг-26, 14:17	+1 +/–
А так то DOC был - по сути диск в файле, с файлами-объектами внутрях. Только более дружественный к вот именно рандомному доступу, перезаписи и проч чем ZIP и XML. Но - не модно, видите ли, надо что-нить энтерпрайз-грейд запилить было в пику ODF, который тоже на техническом уровне - не шедевр мягко говоря. И получилсь 2 уродца...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #68

56. Сообщение от Аноним (56), 24-Авг-26, 14:21	+/–
Не должно быть совместимости так же, как в проприетарях с закрытыми и обмазанными зондами спеках? Ничоси новости...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

57. Сообщение от Аноним (56), 24-Авг-26, 14:22	+1 +/–
ну не знаю, у меня стандартная фотокамера, стандартный телефон, стандартный принтер и стандартный пейнт из коробки не понимают этот ваш "стандартный" PSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #71

58. Сообщение от llolik (ok), 24-Авг-26, 14:27	+/–
>> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)? > Что такое "связанный слой" в терминах операций с памятью? В случае BMP > можно по сути mmap() сделать и далее - работать с вот > этим массивом пикселей в памяти напрямую, а это еще и прозрачно > сохраняется на диск "по ходу пьесы". Я о том, что для этого вообще файл проекта парсить не надо. Связанный слой - это ссылка на внешний файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

59. Сообщение от anonymous (??), 24-Авг-26, 14:29	+/–
> будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив вот что написано в новости. Никаких png или битмап-файлов в архиве не предусмотрено. Только XML, но это же убиться можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #73

60. Сообщение от anonymous (??), 24-Авг-26, 14:30	+/–
> Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник Белые люди для этого SQLite используют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от llolik (ok), 24-Авг-26, 14:36	+/–
Да, кстати, хочется сказать: а с чего мы оба взяли, что битмап в принципе засунут непосредствено в XML, а не будут хранить блобами рядом с XML разметкой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

62. Сообщение от опеншлёпивпродакшн (?), 24-Авг-26, 14:40	+2 +/–
Это GTK от них убегал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

63. Сообщение от Аноним (63), 24-Авг-26, 14:45	+/–
Лучше бы вы открыли ссылку на оригинальную новость и долистали до абзаца PSD Support Improvements
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

64. Сообщение от llolik (ok), 24-Авг-26, 14:49	+/–
Месяца три :) С третьим мажором долгий цикл был в основном не из-за GTK, насколько я в курсе, а из-за того, что они много целей запихали под один мажорный релиз. Ну и команда пару раз успела собраться/разбежаться, да, кроме разве что, Jehan-а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

65. Сообщение от limafresh (ok), 24-Авг-26, 14:59	–1 +/–
Если в рабочие обязанности входит работа с PSD файлами, то да. Но если допустим художник фрилансер рисует на заказ, то вообще всё равно какой формат и софт - заказчику нужен только результат. Или если на работе все перешли на GIMP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

66. Сообщение от тоже Аноним (ok), 24-Авг-26, 15:03	+/–
> новый формат изображений, идущий на смену XCF Уже в заголовке дичь. XCF - это не формат изображений, это формат рабочих файлов графического редактора. Так же, как PSD. Да, в нем есть еще и изображение, которое можно получить теми или иными нетривиальными способами. Но разница между четким форматом данных и толстеющей с каждой новой версией программы спецификацией ее рабочих файлов - уж айтишникам-то должна быть очевидна.
Ответить | Правка | Наверх | Cообщить модератору

68. Сообщение от Аноним (68), 24-Авг-26, 15:05	+/–
а разницы то никакой, и там и там обычная структура хранения в плоской модели памяти и все это буквально, корзина с фруктами. И надо разделять просто структуру (формат) удобную (оптимальную), допустим, для передачи и хранения, и структуру удобную для вычислений (операций над данными). А так как у нас понятие хранить в ПЗУ или ОЗУ это одно и тоже понятие, то есть линейно организованная память, тогда обычно думают, что лучше взять структуру хранения в ОЗУ, с которой фактически имеем дело при вычислениях, и ровно также хранить эти данные и в ПЗУ. Но этот способ хранения уже может быть не оптимален для передачи. Отсюда и получаются всякие разные форматы хранения в ПЗУ и в ОЗУ, а нарушителем спокойствия является оптимальная передача данных, то есть структура оптимальная для передачи. пс: и не стоит забывать про всякие механизмы целостности (чексуммы и т.д.), цифровой подписи и т.д. и все это такие же данные которые должны быть включены в общую структуру хранений, вычислений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

69. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:08	+/–
Они ссылаются на какие-то конкретные нормы и предписания ? А то ведь в той же налоговой до сих пор по инерции иногда пытаются что-то подобное требовать... пока "вдруг" не оказывается что это уже много лет незаконно, о чём они "вдруг" вспоминают, когда у них просят предоставить письменное требование о подаче документов исключительно в конкретном формате
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

70. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:12	+/–
ну хз. Зашёл для интереса. Часть - в виде csv, часть - в формате на выбор( в т.ч в csv )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #82

71. Сообщение от Аноним (8), 24-Авг-26, 15:13	+/–
Это что, у меня стандартный кассетный магнитофон его не понимает!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

72. Сообщение от Аноним (72), 24-Авг-26, 15:14	+/–
мы соорудили яхту, но чтобы быть не как все будем грести ложками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #84

73. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:18	+/–
офисные документы аналогично пакуются в подобие зип но именно медиафайлы там в виде бинарников лежат. Причём, в исходных размерах, по крайней мере, у того же  PPTX В новости говорится о больших фалах. Вряд ли специально для них решили ещё и в виде текста хранение сделать Как будет - посмотрим. Но есть подозрение, что будут какие-то оригиналы бинарниками и отдельно в виде XML пошагово история разных изменений и всё это в зип-архиве
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

74. Сообщение от Аноним (74), 24-Авг-26, 15:53    Скрыто ботом-модератором	+/–
У Фотожопа не потребители и потрепляди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

75. Сообщение от Аноним (75), 24-Авг-26, 15:58	+/–
По ссылке из новости: https://www.gimp.org/news/2026/08/16/dev-update-august-2026/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

76. Сообщение от sage (??), 24-Авг-26, 16:01	+1 +/–
> .kra is Krita’s internal file-format Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление проекта Гимпа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

77. Сообщение от Аноним (77), 24-Авг-26, 16:22	+/–
Спеки на этот стандарт есть? Чтобы прямо iso было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #83

78. Сообщение от майнкрафт форева (?), 24-Авг-26, 16:50	+/–
Да должен, так как это кусок херни, а не редактор. Он должен быть унифицированным. Пользователи и художники, которые занимаются коммерческой деятельностью, не будут подстраиваться под эту фигню, значит, она должна подстраиваться под них
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

79. Сообщение от Аноним (41), 24-Авг-26, 16:59	+/–
> набор файлов с разметкой XML, упакованных в ZIP-архив ... предполагается, что новый формат ускорит операции сохранения, так как при периодическом сохранении потребуется изменять лишь отдельные части файла Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет?
Ответить | Правка | Наверх | Cообщить модератору

80. Сообщение от iPony128052 (?), 24-Авг-26, 17:15	+/–
> В гос- и полугосконторах их уже успешно заместили на ODF. Это ложь. Олсо, в списке импортзамещения два основных офиса: 1) OnlyOffice. Для него формат DOCX вообще родной. При использовании ODF будет конвертация с проблемами. Об этом и разработчики заявляют 2) МойОфис. Для него так же дефолтный DOCX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

81. Сообщение от Bottle (?), 24-Авг-26, 17:23	+/–
Ты так говоришь, будто бы древние стандарты не отмирают. Ещё как мрут! Самый банальный пример это USB на смену самым разным штекерам и юникод на смену однобайтовым кодировкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

82. Сообщение от Аноним (8), 24-Авг-26, 17:24	+/–
Там всегда так было, зоопарк. Но! в ODS — не видел ни разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

83. Сообщение от Аноним (8), 24-Авг-26, 17:25	+/–
Спеки на стандартную ложку есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

84. Сообщение от Аноним (6), 24-Авг-26, 17:25	+/–
У вас стадный режим превалирует над рассудком. Нету всех! Понимаете! Все разные. Каждый выбирает то что хочет и выстраивает свой рабочий процесс так как ему удобно и финансово выгодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

85. Сообщение от Аноним (8), 24-Авг-26, 17:26	+/–
Почитал ветку. Уровень опеннетных экспертов поражает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема