Как сделать альбомную таблицу в Ворде для программы показа
Как сделать альбомную таблицу в Ворде: повернуть страницы приложения, сохранить основной текст вертикальным, распределить ширины колонок и проверить печатный вид.
М
Марина
Контент-маркетолог LibraChat
7 мин чтения
Название короткометражки заняло пять строк, а соседний код К1 — одну. В приложении к программе показа я хочу оставить восемь колонок, чтобы организатор видел всю запись целиком. Покажу, как сделать альбомную таблицу в Ворде и сохранить основной текст программы вертикальным. Поворачиваю лист, а не буквы в ячейке.
Для этого разбора нужны настольные команды Word из Microsoft 365 на компьютере с Windows. Названия ниже относятся к английской ленте. Центральная настройка называется Landscape; её область применения проверяю отдельно, потому что приглашение перед таблицей не должно становиться широким приложением.
Как сделать альбомную таблицу в Ворде: начинаю с восьми полей
В моём условном приложении шесть фильмов с кодами К1–К6. Это рабочие обозначения, не настоящая афиша. Каждая строка должна отвечать на одни и те же вопросы о показе. Если две строки собраны по разным правилам, дополнительная ширина листа только аккуратно разместит путаницу.
Я сначала выписала назначения колонок. Короткому номеру не нужно столько места, сколько названию фильма. А техническую пометку нельзя сжать до первой буквы, если по ней будет действовать человек. Поэтому восемь колонок не требуют восьми одинаковых ширин.
Колонка · Что в ней храню · Как отношусь к ширине
Порядок — Место в программе — Узкая колонка
Код — Обозначение К1–К6 — Узкая, но код виден полностью
Название — Полное рабочее название фильма — Одна из самых широких
Продолжительность — Время самого фильма — Компактная с понятной единицей
Начало — Согласованное время сеанса — Достаточная для времени
Зал — Место показа — По фактической длине обозначения
Версия — Сведения о выбранной копии — Достаточная для различения копий
Примечание — Понятное действие организатора — Широкая, если есть пояснения
Длительность фильма и время начала сеанса я не объединяю в одно поле «время». Первое отвечает на вопрос, сколько идёт материал, второе — когда его показывают. Заголовки должны объяснять это без моего устного сопровождения.
Коды тоже сохраняю отдельно от порядка. Если К4 переставлен на второе место, он остаётся К4. Про такую разницу между позицией и постоянным обозначением полезно прочитать в статье о нумерации строк в таблице. Здесь мне важно не потерять связь записи с выбранным фильмом при перестановке.
Перед поворотом проверяю основу:
у таблицы восемь согласованных колонок;
шесть кодов присутствуют по одному разу;
единицы продолжительности понятны;
неизвестное время начала не заменено случайным числом;
длинная пометка действительно нужна организатору.
Выделяю приложение, оставляя приглашение снаружи
Если весь документ должен быть горизонтальным, достаточно Layout → Orientation → Landscape. Но у меня перед приложением стоит обычный текст программы. Для него сохраняю Portrait. Поэтому выбираю маршрут для отдельного фрагмента, а не настройку всего файла.
Выделяю содержимое приложения, которое должно оказаться на широких страницах: его заголовок и всю таблицу. Не захватываю первую фразу следующего раздела. Если выделить только видимые верхние строки большой таблицы, остальная часть не становится выбранной автоматически — сначала проверяю конец выделения.
Дальше действую так:
На вкладке Layout открываю диалог Page Setup через маленькую кнопку запуска в соответствующей группе.
В настройках ориентации выбираю Landscape.
В поле Apply to указываю Selected text.
Подтверждаю изменение и просматриваю страницы до приложения, само приложение и начало следующего текста.
Это настройка выбранного содержания. Если вместо него выбрано Whole document, Word получит другую область применения. У похожего результата на текущем экране могут быть разные последствия для остальных страниц. Поэтому поле Apply to проверяю до подтверждения, а не после отправки программы.
Когда поворачивается приглашение, сначала отменяю изменение и проверяю выделение. Затем повторяю операцию с нужной областью. Для документа, уже разбитого на разделы, можно работать с This section, но только понимая его границы. Название раздела в голове автора и технический раздел Word не всегда совпадают.
Распределяю ширину, не уменьшая весь текст сразу
Альбомная ориентация даёт больше горизонтального места, но сама таблица может остаться с прежними узкими колонками. После поворота отдельно смотрю на её ширину и переносы. Ждать, что каждое длинное название обязательно займёт одну строку, не стоит.
Для ориентира возьму лист А4 и поля по 2 см слева и справа. По горизонтали в альбомном варианте останется 29,7 − 2 − 2 = 25,7 см. В книжном при тех же полях — 21 − 2 − 2 = 17 см. Эти числа объясняют выигрыш по ширине, но не назначают размеры каждой колонки.
Если дать восьми колонкам по 4 см, получится 32 см. Такой набор ширин не помещается в наши 25,7 см. Я не ищу ошибку в ориентации: сначала меняю распределение места. Колонку порядка с одним числом сужаю, а название и примечание оставляю просторнее.
При этом смотрю на самый длинный нужный элемент каждой колонки. Код К6 короткий, но заголовок «Продолжительность» длиннее кода. Он тоже должен читаться. Приемлемый перенос заголовка на две строки иногда лучше, чем микроскопический шрифт на всей странице.
Я бы отдельно проверила две записи: с самым длинным названием и с самой подробной пометкой. Средняя по длине строка не показывает все затруднения. Если именно крайние случаи понятны, остальные записи проще оценить без бесконечного перетаскивания границ туда и обратно.
Как сделать альбомную таблицу в Ворде на нескольких страницах
Шесть коротких записей могут занимать мало места, но подробные пояснения изменят высоту строк. Альбомный лист не обещает разместить любой объём на одной странице. Если таблица продолжается, организатор должен понимать колонки и на следующем листе.
Для повторения шапки выделяю строку заголовков, обязательно начиная с первой строки таблицы. Открываю контекстную вкладку Table Layout и в группе Data выбираю Repeat Header Rows. При нескольких строках шапки выделение должно включать весь нужный верхний блок, а не случайную строку в середине.
Для проверки повторной шапки программы включаю Print Layout или рассматриваю печатный вид приложения. Если шапка не появилась в другом режиме просмотра, сначала смотрю документ в подходящем виде. Правку названия колонки делаю в исходной шапке на первой странице, чтобы не пытаться отдельно редактировать её повтор на каждом листе.
Внутрь таблицы не вставляю ручной разрыв страницы ради красивого положения одной строки. Microsoft отдельно указывает, что после такого разрыва автоматическое повторение заголовка не работает. Лучше разобраться с объёмом записи и обычным переносом, чем получить вторую страницу без объяснений колонок.
Для этого приложения я готова оставить вторую страницу, если так сохраняется читаемость. Важнее, чтобы код, название и действие были понятны одновременно. Сжатая до одного листа сетка не помогает, когда организатор вынужден увеличивать её на экране перед каждым вопросом.
Сверяю печатный вид и содержание
Открываю File → Print и рассматриваю предварительный просмотр. Нажимать Print для сохранения самой альбомной ориентации не нужно: она уже задана в документе. Здесь проверяю, как выбранный макет выглядит для вывода, включая край таблицы и соседние страницы.
Моя финальная сверка приложения:
Приглашение до таблицы осталось в книжной ориентации.
Все восемь колонок видны, последняя не уходит за край.
Каждый из шести кодов читается целиком.
Длинные названия и пометки не обрезаны.
На продолжении есть нужная шапка.
Следующий основной раздел имеет предусмотренную ориентацию.
После изменения полей или шрифта повторяю именно просмотр результата. Цифры, выбранные раньше, не доказывают, что новая версия помещается так же. И не удаляю все разрывы подряд, если появилась лишняя страница: сначала выясняю, какой участок документа они отделяют.
Для подготовки похожих приложений на регулярной основе сопоставь количество текстовых разборов с тарифными вариантами LibraChat. Редактуру длинных пометок можно поручить чату; решения о показе и устройстве макета всё равно остаются у организатора.
В LibraChat попробуй такой запрос: «Сократи примечания к шести фильмам, сохранив каждое действие организатора. Код каждой записи оставь неизменным. Названия копий, время и зал перенеси точно из исходника. Неизвестные сведения вынеси в вопросы. Верни исходную и сокращённую формулировки рядом: [вставь разрешённые для такой работы пометки]».
Перед отправкой программы сравни первую и последнюю ячейки приложения с исходными сведениями. Затем проверь самый длинный комментарий. Последняя ячейка важнее ощущения ровной сетки: именно в ней может остаться действие, без которого показ не подготовят.
