Altium designer. Иерархические схемы, Возникла необходимость "развернуть" схему на один лист Опции

[ТцГыук]

Добрый день.

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

Если кто-то может, не напрягаясь особо, ткнуть носом в нужное место ИсточникаЗнаний - буду благодарен.

Эскизы прикрепленных изображений

 

[Владимир]

1. Вот и я писал. Что ГОСТ это частный случай зашореного постсоветского пространоства
2. Вроде то ж писал. Что такие в схемы должны понимать ВСЕ участники процесса
3. Ну вот и решился. Не знает и не учится-- туда ему и качель

Я рад, что вопрос решился для вас с хорошей стороны

[v-vovchek]

1. Вот и я писал. Что ГОСТ это частный случай зашоренного постсоветского пространства

Люблю заказы от "современных" фирм.
Их требование:"Делай как знаешь, лишь-бы нам было понятно и работало".

Проблемы с казенными заказчиками. Требование придерживаться ГОСТ.
Но есть поблажка - ГОСТ на Украине отменили!
Последних "бумажных червей" доламываем через колено!

Ну и еще, что касается отображения функционала.
То, что предлагают Cad-ы приходится перепиливать в Автокаде на соответствие ГОСТ.
А это лишние трудо-затраты.

По большому счету разработчикам, наладчикам и пр. до лампочки соответствие ГОСТ!
Да и изготовителям то-же!
Это старая отрыжка, когда Козятинск (где-нибудь в Казахстане) передавал документацию для Крыжополя (Где-то на Украине)!
А в Крыжополе ее все-равно переделывали!
Времена СССР прошли. Должна быть послабуха.

[Corvus]

Времена СССР прошли. Должна быть послабуха.

Поддерживаю. Раз ГОСТ не поспевает за развитием элементной базы и САПР и становится тормозом при разработке, то он должен носить рекомендательный, а не обязательный характер.

[СНБ]

Поддерживаю. Раз ГОСТ не поспевает за развитием элементной базы и САПР и становится тормозом при разработке, то он должен носить рекомендательный, а не обязательный характер.

Скажу следующее: как правило те, кто говорят, что им ГОСТы "мешают", что "ГОСТы тормозят прогресс" и прочее как правило просто их НЕ ЗНАЮТ. И ЗНАТЬ НЕ ХОТЯТ.
Потому что не хотят "возиться", чтобы сделать нормальную документацию. Или просто в принципе НЕ СПОСОБНЫ её сделать.

Мне ещё ГОСТы ни разу не мешали воплотить любую идею

... Вот с ракетами не работал, но, думаю, не полетит она, если так "рекомендательно" ее оформлять.

А я работал. Там документация вылизана "до звона".
Каждая черточка, каждый штришок должны быть сделаны по правилам.
Слишком уж высока цена ошибки если кто-то что-то "не так поймет"