daa2013
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Судя по постам тут, и в личке, вы хотите противоречивого поведения СК. Это от неверно поставленной цели. |
Я, по-моему, четко изложил описание фичи, которая снимет все мои т.н. "проблемы" с СК - скорректирует те элементы его поведения, которые мне не нравятся.
Это режим MAX, который будет делать гарантированно одинаковые размеры по максимальной странице.
Думал-думал и придумал. Поделился.
Цитата:| Я вас не пойму, то вы хотите, чтобы СК правил размеры, пока вы там контуром играетесь (т.е. СК за вас будет думать). Теперь вы не хотите, чтобы он правил (т.е. думать что делать с размерами, будете вы). Ну и думайте на здоровье: ..... |
Так я же как раз, специально, и уточнил, что дело не в пересчете размеров как таковых, хотя, возможно, это и есть один из путей решения. Я хочу режима, в котором я гарантированно мог бы получить одинаковые размеры страниц, а не перепроверять за СК каждый раз.
Цитата:| DmitryKz правильно ответил. |
Процитируем разработчика:
Цитата №1 (про режим АВТО с отключенной галкой):
Цитата: Если режим Use average выключен, то окончательная ширина/высота будет уже определяться максим.значениями. При этом проводится также простенький стат.анализ: если максим. размер черезчур отличается от среднего (которое также
считается два раза, 2-й раз - после отбрасывания мелкоразмерных), то предполагается, что это обусловлено вышеупомянутыми черезчур широкими страницами, и размер уменьшается, а для этих упомянутых страниц поля также
уменьшаются, но не более, чем на 1,5 gap. ... Это из-за того, что определитель контура работает с определенной заложенной в него погрешностью, чтобы
ложно не спотыкаться на мусоре. |
Цитата №2 (про режим FIXED):
Цитата: Если сумма одной из сторон блока текста (к примеру горизонтальной) и двух полей (Gaps) будет больше заданной фиксированной стороны страницы (Fixed), то ....
.... Обрезается, но не более 80% от величины полей. Поля отсчитываются от расчетного контура, и если [выступающие за границу блока элементы] изначально не попали в расчетный контур, то они и не входят в эти 20%. Если они войдут в 80% (т.е. не в контур, а в поля), они как раз и отрежутся при попытке кромсатора максимально приблизиться к заданному fixed (кромсатор их не видит как текст). Если же они войдут в контур или в 20%, то останутся. Еще раз повторюсь. Определяется контур, прибавляются поля. Кромсатор сравнивает полученные размеры с заданным fixed. Если fixed больше, то поля еще увеличиваются (по разному с разных сторон
в зависимости от заданного выравнивания, одинаково только при центрировании), чтобы размер достиг заданного fixed. Если размер получился больше чем fixed, то будет как я говорил: уменьшается поле. Если 80% поля недостаточно, чтобы достичь
fixed, то дальше не урезается, а остается как есть. |
Вот я и хочу иметь хоть какую-то возможность в Кромсаторе всегда, в 100% случаев, без исключений получать на выходе страницы одинаковых размеров. Хочу иметь возможность описанное в приведенных цитатах поведение отключать. Если я заказал фиксированный размер - то обрезать по нему. Если максимальный - то безо всяких неожиданных этих максимальных отбрасываний или недорезаний полей .
Я всё понимаю. Вы делаете в этих режимах. Вы так привыкли. Вы считаете это удобным. Прекрасно. Сделайте новый режим ! Специально для тупых типа меня.
Можете назвать его DUMMY-режим  Могу также заметить, что подгонка под максимальный размер к потере инфы не приведет. Я понимаю эти опасения потерь, когда не было финализации. Но сейчас-то она есть.
Цитата:| Если бы вы делали книгу, то пользовались бы стандартным алгоритмом, и он бы работал чётко. |
Вы тут и правы, и неправы одновременно.
а) При обычной обработке в режиме без финализации я регулярно сталкиваюсь с разными размерами. Это меня ОЧЕНЬ расстраивает. Так что тут вы неправы. Такая проблема есть. Она и тут на форуме уже несколько раз обсуждалась.
б) Я действительно пока с финализацией только играюсь, и, возможно, при обработке реальной книги перерасчет один раз (в нужное время и в нужном месте) снимет все проблемы. Но вот то, что я сейчас вижу: изменение контуров во время финализации (без регулярного пересчета), ИМХО слишком часто приводит к возникновению указанных выше ситуаций. Причем неожиданно для пользователя !!
Кстати, если СК заранее "знает", что размеры разными будут, может он об этом как то предупреждать может ? А то, знаете ли, 900 страниц книги в ACDSee на предмет различия пиксельных размеров отсматривать тоже времени требует.
Ну в чём проблема, дать юзеру возможность ровнять страницы по реальному максимуму ? Сейчас (см. приведенные цитаты) таковая в СК отсутствует. |
