BKSRU
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору derrikF Цитата: а так да, это полезно когда буквы не совсем четкие и края букв не будут съедаться... | Писал о необходимости безопасных зон при автоопределении полезной зоны http://forum.ru-board.com/topic.cgi?forum=5&topic=32945&start=2120#2 Рад, что хоть что то двигается в области начального макетирования. Однако итересно то, что вы оказывается обладая определенной долей перфекционизма не можете понять меня. Края текста скачут именно потому, что у нас нет возможности настроить реальные базы от которых вести отсчет полей. У нас вообще нет никаких баз с технической точки зрения. База не должна плавать. И при таком положении дел точность авторасположения полезной зоны на страницах книги будет в пределах 1+/-1,5мм. Как ни крути, приходится работать ручками, наращивая диоптрии. Между тем точность авторасполжения полезных зон относительно краев формата можно повысить до прецизионной, которая устроит большее количество людей, тем самым избавив от ручного труда. Черт с ней с новой концепцией начального макетирования, видимо еще не пришло время осознания. Хотя ради этого лучше устроить скайпконференцию, где учавствовали бы все заинтересованные и поделились бы своими доводами. Так было бы проще понять друг друга, используя демонстрацию экрана и базовый проект. И возможно кто нибудь и поменял бы свое мнение. Не исключено, что и я. Однако по поводу увеличения точности расположения краев текста относительно краев формата, попытаюсь пояснить на пальцах: - Прежде всего лучше разделить понятия Полезной области 4го и 5го этапа. Полезная область 4го этапа пусть служит для того, что бы не залить лишнего. - На 5м этапе Полей, допустим, назовем ее уже Безовой зоной. По умолчанию совпадает с Полезной областью. Однако, можно уменьшить ее на величину безопасных пикселей, под корешок букв. Что бы было удобно/привычно работать в ручную. Именно на этом этапе должна быть возможность регулировки этой Базовой зоны. При этом Полезная область не должна меняться. А поля должны перерасчитываться исходя из Базовой зоны. - На этапе Поля, для Базовой зоны необходимо иметь пункты Применить ширину/высоту для всех страниц. Таким образом у нас наконец то появится реальная база. Страницы не будут скать, а поля будут именно таким какими их задал пользователь - по 10 и 5 мм . И в цифрах будет хоть какой то смысл. Ручной работы станет меньше, точность будет весьма высокой, которая устроит всех, даже перфекционистов. Попробую пояснить на примере: - Возьмем весьма стандартную страницу, но немного проблемную. Мы видим хвостик J выпирает. От этого становится очевидным, что база у нас слишком приближенная: - Если поправить Полезную зону, то видим на сколько приближенную. Погрешность 0,9мм. Что не приемлемо даже для не перфекционистов. Ну хоть какую то пользу извлек от этой бесполезной мнимой границы. Показать погрешность : - Изменение Полезной зоны нам ничего не дает, но если мы будем иметь возможность поправить границу Базовой зоны, как здесь: Автоматически эта страница не выбъется из общего ряда страниц. А если будет возможность назначить ширину/высоту для всех страниц, то остальные страницы автоматом встанут в более точную позицию. И скачки страниц перестанут бросаться в глаза. А цифры полей станут хоть, что то значить . - Мало того, автоматически могут выровняться и эти огрызки по высоте: - Покажу, что на сомом деле СТ посчитал ненужным: Удобно когда просто огрызки, но в случае с номерами надо быть осторожным и продумать как поступить, что бы ненароком не потерять их. Наверное стоит иметь возможность выделять дополнительные Полезные области, что бы все таки оставалась возможность заливки пустот, а Базовая зона покрывала бы все Полезные области. Это до определенной степени заменит резинку и сделает страницы более читстыми. И именно концепия разделения понятий Полезная область и Базовая зона, позволяет сделать это. Надеюсь понятно почему. Все это довольно легко сделать опционально, по существу это вообще никак не затрагивает чъих либо привычек. Может быть просто введено экспериментально и проигнорированно пользователем, если не найдет в этом какой либо пользы. Но надеюсь, что пояснил достаточно доходчиво, над этим вариантом задумаются и он побудит пользователей к дальнейшему обсужденю улучшений в области точного начального макетирования страниц. | Всего записей: 1559 | Зарегистр. 29-01-2009 | Отправлено: 14:36 22-02-2018 | Исправлено: BKSRU, 18:38 22-02-2018 |
|