BKSRU
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4lex4
Цитата:
Тот же вопрос, на что будет опираться ваша базовая зона. Эти десятые от миллиметра неустойчивы и скачут по разному, ибо это простая погрешность авто-алгоритма - случайная величина. Например, если задать эту зону от левого верхнего угла, для одних страниц это подойдет, а для других ваша базовая зона сожрет части букв с правой стороны и снизу.
То есть в любом случае вам придется ее двигать. Смысла ее корректировать на 5й стадии нет, проще перейти в ручной режим и взять за базу зону для какой-нибудь страницы на 4й стадии, применить ее ко всем другим страницам, и двигать полезную область для каждой страницы, где это нужно, используя Shift+ЛКМ, и только потом переходить на 5ю стадию. |
Не всегда удается понять друг друга посредством письма, как это сделано, например, с полуавтоматической подгонкой страниц (кстати скомпилировали бы на пробу местным тестерам). Однако можно договориться и понять друг друга, например через скайп.
Но я думал, что вы поняли проблему представленного примера http://forum.ru-board.com/topic.cgi?forum=5&topic=32945&start=2420#6
Например, необходимо выровнять полезную зону относительно краев формата, ширина ее варьирует в пределах, почти 2х мм. И вовсе не потому, что автоалгоритм ошибается. С ним как раз все в порядке. Все дело в некоторых буквах. И пример это ясно показывает.
Как можно было бы справиться с такой задачей? Все просто, на самом деле ширина основного контента одинакова и она могла бы быть взята за более менее реальную базу:
- На 4й стадии, как обычно выделяем полезные зоны.
- На 5й стадии, для примера равняю все страницы по левому краю.
- Выбираю страницу и срезаю проблемный выступ (это не единственная причина, влияющая на то, что Полезная зона не может являться базовой), например:
Автоматически идет выравнивание страницы. Если на этой стадии сработает нововведеннная фишка автокоррекции зоны по двойному клику, то скорость ручной обработки еще больше увеличится.
Одно только это позволит увеличить скорость ручного выравнивания контента относительно формата до приемлевого уровня.
Можно ли это сделать на 4й стадии? Нет!!! Придется срезать полезный контент либо отказаться от заливки полей, либо создавать дублирующий проект. Это не выход и не решает проблемы, не увеличивает скорость ручной обработки.
Единственно, что мы можем сейчас сделать, это на 5й стадии подогнать с помощью нелепой системы навигации левый край контента на глаз. При этом придется тыкать пальцем, как некоторые, либо выставить экранную линеечку. Мало того, двигать зону с помощью ОГРОМНОГО ШАГА, как раз равного типичной погрешности авторасчета - 1мм. Что остается? В ручную вписывать цыфры. Подогнать можно, но скорость никак не возростет. Это занятие нудное. Тот ручной способ который вы предложили на 4й стадии, извините, но вообще ни в какие ворота не лезет ни по точности ни тем более по скорости.
Тому, что предложил реальной альтернативы нет в нынешней реализации.
На самом деле на 5й стадии быстро можно проверить все странички переназначив проблемную левую базовую линию. Левая база менее проблематична и от нее легче оттолкнуться, с меньшими затратами на ручной труд. И при выравнивании по ней, контент страничек встанет ровно в колонку.
Однако это еще не все. Точность позиционирования можно визуально увеличить, если ровнять контент по центру. Но сейчас это бесмысленно, поскольку ширина контента варьирует в пределах 2мм.
Но:
- Надо иметь возможность назначать базовую ширину контента, меньше чем ширина базовой области. Именно ее назначаем для каждой стрницы. НЕ ДВИГАЯ ЛЕВЫЙ КРАЙ ЗОНЫ.
Эта базовая ширина позволит очень точно выровнять контент почти на всех страницах, не прибегая к ручной подгонке.
Иными словами мы можем иметь точные: ширину контента и поля страниц ровно какими они были заданы.
- Мало того это могло бы помочь состыковать развороты, поскольку можно выбрать за базу любую точку стыка.
Подобный подход никак не влияет на то как сейчас устроено выравнивание страниц на 5й стадии, он просто расширяет его возможности до уровня более менее разумного.
Уверен, что подобного рода проблему можно было бы возложить и на более продвинутый алгоритм автоматизации. Но для начала хоть что то сдвинуть на 5й стадии. Она не пригодна для выполнения максимально скоростной обработки. Т.е. ощущается остаточный подход - лучше чем ничего.
Например можно было бы просто двойным щелчком мыши по левому полю (рядом с беспроблемной зоной), выровнять контент. Т.е. если на приведенном скрине сделать двойной клик на левом поле практически в любом месте, то 10мм должны были бы отсчитаны не от хвостика J, а от реального края. Визуально, в данном случае, даже Полезная область может не меняться (но тогда не будет видно где уже произведена коррекция). Происходит автоподгонка поля под реальную базу, пусть даже виртуальную, видную только программе. |
Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 08:42 26-02-2018 | Исправлено: BKSRU, 11:40 26-02-2018 |
|
И я об этом уже писал. 
Иначе в чем была бы была суть этой фичи?