Шрифт, верстка, дизайн

Проблемы унифицированного подхода к построению таблиц

Унифицированный способ формирования таблиц — это попытка свести все виды таблиц к одной привычной электронной таблице, совместимой с режимом WYSIWYG. Разработчики программного обеспечения обнаружили, что сеточная форма позволяет легко импортировать данные из электронных таблиц и баз дан­ных, которые имеют сходную структуру.

Фундаментальный порок такого подхода состоит в том, что все, чем вы распо­лагаете, ограничивается предлагаемой сеткой. Вы не можете создать одну ячейку шире остальных без того, чтобы все ячейки в этой колонке не стали шире. Вам не удастся подвесить буквы за границей ячейки, потому что они будут перенесены в соседнюю ячейку, и нельзя создать пробелы между строками или между колонка­ми. И вам, и вашим данным надо приноравливаться к единой форме таблиц.

Каждая ячейка в такой таблице — это по существу маленькая текстовая рамка со всеми особенностями, которые несет с собой объект текстовой рамки (более подробную информацию о текстовых рамках см. в гл. 12). Среди таких особеннос­тей — неопределенность расположения первой линии шрифта относительно верх­него края ячейки, поскольку это расстояние не совпадает у разных шрифтов. По­добная неопределенность приводит к тому, что смешанный шрифт в пределах таблицы формирует разные линии шрифта в соседних ячейках одной строки.

Сетчатая структура таблицы создает трудности и в определении пробелов - расстояний между колонками или строками. Все ячейки таблицы соединяются друг с другом встык и так отображаются на экране. Программы могут определять ши­рину пробелов разными способами: от расстояния между колонками до отступов текста, которые задают отступ текста в каждой ячейке от ее границ. Но вы никог­да не увидите эти пробелы на экране, как можно видеть, например, пробелы между колонками текста, и зачастую единственный способ увидеть границы ячеек — это использовать разграничительные линейки. А если вы не видите границы пробелов, то вы почти никогда не узнаете, почему текст выравнивается так, а не иначе. Запол­няют ли данные всю ячейку, или ширина ее уменьшена за счет отступов (рис. 15.6).

Ситуация становится еще хуже, если ваша программа устанавливает пробелы с помощью отступов текста. Для фиксирования пробела между двумя колонками, вам нужно разделить ширину пробела на два; а затем одну половину использовать для определения правого отступа в ячейках первой колонки, а другую — для лево­го отступа в ячейках второй колонки.

Когда вы определяете горизонтальные линей­ки в стиле таблицы, линейка над строкой совпадает с верхними границами ячеек. Как мы уже видели, это вносит неопределенность: невозможно точно задать расстояние между первой строкой текста и линейкой над ним. Кроме того, в ячейке не всегда можно определить заранее расстояние между ли­нией шрифта последней текстовой строки в ячейке и нижней границей ячейки (или расположения го­ризонтальной линейки под строкой таблицы). В не­которых программах такой отступ в нижней части ячейки измеряется от границы ячейки до линии шрифта последней строки текста, единственно

РИС. 15.6. Если на экране не показаны границы пробелов, разделяющих колонки табли­цы, невозможно сказать, поче­му текстовые данные выравни­ваются именно так. В верхнем примере таблица отображает­ся на экране без линеек, поэто­му не видно пробелов и того, как текст соотносится с ними. В нижнем примере у всех яче­ек линейки проявили пробелы, но по-прежнему трудно понять, где границы пробелов и как отступы, табуляторы или дру­гие элементы влияют на текст

Логичный вариант его определения. (Более подроб­но об этом см. далее в этой главе.)

Нередко реальный способ определения простран­ственных отношений в таблицах, подобных элект­ронной, — это создание таблицы с нужными гарни­турой шрифта, кеглем и интерлиньяжем, форматом колонки, затем контрольная печать, измерение рас­стояний вручную, а только после этого — оконча­тельная настройка соответствующих значений. Все это скверно.