И чо? Основу-то составляет текст, который и должен хорошо сжиматься. Управляющие структуры на фоне полезной инофрмации занимают мало места. Что есть весьма хорошо. Когда они занимают места сравнимо с полезной инофрмацией, это есть весьма плохо. Экстенсивный путь развития - тупиковый, динозавры на нём вымерли.
Да. Это я на основе вордовского опыта и говорю. Когда появился ОпенОфис, я уже не верстал большие документы. Причём, так можно (нужно!) было делать с каменных веков. Я эту практику освоил на WinWord 6.0. В 1993 году.
> Я бы тебе поверил, если бы не знал, что на свете существует формат tiff. Но, поскольку я с ним знаком, это высказывание для меня не более, чем некомпетентный бред.
Может быть, ибо со структурой tiff не знаком. И всё же у меня есть подозрение, что это скорее исключение нежели правило, поправь если не прав.
Никто не мешает хранить текст текстом и при бинарной структуре самого файла. Как минимум, вордовские доки вполне читаемы простым просмотрщиком текста.
Кусок моего поста относился к бинарным частям файла. Которые мы можем редактировать просто распаковав архив, а не шарясь по блобу и выискивая нужные данные.
А теперь - рискнёшь открыть четырёхгиговый документ?
Рискну, ибо у меня линукс на десктопе. Маководы тож рискнут. А вот виндовые АР могут не пытаться. Даже если у них 4 гига ОЗУ, винда уйдет в глубокий своп.
А хрен их знает. Я давно не интересовался современными форматами данных. Но тифф формат просто замечательный. Универсальный. Лять, в нём даже предусмотрено указание на литл- или биг-ендиан адресацию! Очень элегантно и мощно. Проблемы совместимостей версий и возможностей формата сверху вниз решены изначально. Я вообще не понимаю необходимости всех остальных форматов растровых изображений при наличии тифф. Разве что, ico, как имеющий минимальный оверхэд.
Которые мы можем редактировать просто распаковав архив, а не шарясь по блобу и выискивая нужные данные
Формально ты прав. На практике, сложность и неудобочитаемость эксемеля сводит эту возможность почти на нет.
И получим в результате блоб, который будет работать с одной либой libcooldoc, на жабе, к примеру, которая ест мильён метров RAM'ы и 1000 и 1 трёхколёсный велосипед от попыток написать свой. Какая палка ещё хуже это вопрос.
Растровые данные концептуально проще текста. Тифф это грубо говоря директория где лежат двухмерные прямоугольники с фрагментами растровых изображений и одномерные массивы со всякими таблицами типа палитр. Документ же это сложная иерархическая структура где каждый узел может иметь произвольный тип и размер.
Не совсем. Ибо у текстовых файлов есть свойство, которого, в общем случае, нету у бинарных. А именно - возможность произвольного редактирования/изменения без потери структуры. Если эту возможность не рассматривать, то текстовый файл будет формально не отличим от бинарника.
> Тут люди доказывают, что XML де сложнее блоба, а ты меня про абсурд коришь. Смешно, товарищи.
А теперь пошла демагогия. Ты либо доказываешь что XML заведомо проще бинарных форматов либо выдвигаешь это как аксиому. Но не то и другое одновременно, блин! Ты для доказательство аксиомы пытаешься использовать саму же аксиому. За это даже гуманитариев бьют по рукам! Ты в плане мышление хуже вшивых философов с филфака провинциального вуза
> В результате имеем обновременно и усложнение читалки
Ни фига. Можно же просто не поддерживать ненравящийся метод. При острой надобности иметь конвертилку. Возможность игнорировать фишки и возможности, которые ты не знаешь (не хочешь знать) без потери оставшегося функционала - одна из самых любимых мною особенностей этого формата. А в данном случае как раз имеем возможность более естественной обработки данных на любой архитектуре. И только при необходимости обмена с компами другой архитектуры есть возможность конвертнуть в более распространённый или удобный для реципиента формат. Оставаясь в рамках всё того же, универсального и понятного всем тиффа.
Я вообще-то намекаю, что не пойму, чего ты кипятишься. Фраза тебе была всего лишь о том, что я пытаюсь сказать, а не то, что это и есть само по себе доказательство ;)
>Возможность игнорировать фишки и возможности, которые ты не знаешь (не хочешь знать) без потери оставшегося функционала - одна из самых любимых мною особенностей этого формата.
Это не отменяет т.н «baseline tiff», полную поддержку которого Адобе хочет видеть во всех читающих программах. В частности, в baseline tiff входит поддержка обоих эндианов.
Не сложнее, а _не проще_! Посмотри, что произойдёт с удобочитаемостью (и так относительной) эксемэля, если снести необязательные, следовательно, излишние символы конца строки и лишние пробелы с табуляциями. Пра-авильно, отправится эта удобочитаемость/редактируемость ишаку в задницу. Да, можно нагрузить редактор/просмотрщик лишней функциональностью по автоматическому форматированию. Но! Внезапно, приходим к ситуации, когда для работы с формально текстовым форматом необходима спец-тулза. И чем тогда оно всё будет отличаться от ситуации, когда такой же спец-тулзой читают бинарный формат?