Есть интересная задача. при изменении определенного реквизита на форме документа, генерировать в табличном поле на форме энное количество колонок, ставить им тип значения и располагать в определенном порядке. у документа есть табличная часть, в которую потом это все в упорядоченном виду нужно будет сливать и восстанавливать. прошу подсказки как это все реализовать. буду очень благодарен, если кто-то просто на словах опишет как это все должно быть сделано по уму.

см.отчеты...

(1) можно подробней

(0) Не нужно этого делать.

(3) +1

(0) зачем такие сложности? может надо просто упросить задачу? Сколько колонок нужно динамические так выводить? Будет ли тип значений в колонках различный?

(0) УПП документ "Установка цен ..." сегодня обаружил перл подобный вашему - бред это все, но там можно взять готовое под 8.1.

на 8.2 - 500К

(0) была в свое время подобная задача, тоже надо было выводить динамически, в зависимости от параметров, колонки, но значения в колонках были одного типа и то это была достаточно не тривиальная задача.

количество колонок зависит от двух показателей. количества месяцев между двумя датами, и количеством строк в другой таб части. например, количество месяцев 3, количество строк 2, тогда выходит что колонок будет 9 (для каждого месяца по строке из таб части). потом это все чудовище должно умещаться в нормальную табличную часть чтобы сохранить все значения, а при открытии формы документа - восстановить все на места. документ "Установка цен" смотрел, но уж очень там все страшно (мне так показалось).

Попробуйте сформулировать вопрос в виде полного предложения. Тогда шансы на грамотный ответ резко возрастут. Вопрос хорошо-бы в название темы выносить, тогда больше компетентных людей смогут обратить на тему внимание.

(3) еще как нужно, например, планы в матричном виде

Тебе для обычных формы или управляемых?

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

(12) вообще-то это не влияет на количество реквизитов в ТЧ

См. конфы Деньги , Председатель ТСЖ

Документ «Планирование событий»
Реквизиты шапки
ДатаНачалаПланирования          
ДатаОкончанияПланирования        
Реквизиты табличной части «Статьи планирования»
СтатьяПланирования
Реквизиты табличной части «Планирование»
Период      
Сотрудник      
СтатьяПланирования      
Количество    
это состав документа. все завязывается на таб части "Планирование". вместо нее на форму выношу табличное поле (таблица значений) и в ней создаю колонки в зависимости от реквизитов "ДатаНачалаПланирования" "ДатаОкончанияПланирования" и состава таб части "Статьи планирования" (как было описано выше). количество колонок не ограничено, так как даты можно указать ну очень далекие друг от друга, да и количество строк в таб части "Статьи планирования" - тоже самое. вот такая задачка.

реквизит "Сотрудник" из таб части "Планирование" обязательно будет и в табличном поле на форме, а вот остальные колонки (Период, СтатьяПланирования и Количество) генерятся в зависимости от условий.

(11) обычные формы

нетленка детектед

*подписался на тему - всегда интересно к чему приводят извращения*

а еще можно сделать как в типовом ЗиУП в приеме на работу например, т.е. изначально куча реквизитов и тупо управлять видимостью.

(19) количество колонок не ограничено

(20) Ты ещё тут? Бегом марш изучать документ УстановкаЦен в типовой торговле. Вроде тебе уже намекали как бы в (6)

(21) Давно заменил этот бред на обычную форму. При большем количестве строк документ открывается нетерпимо долго, а я пользователей люблю.

А в (0) готовят нетленку.

(22) почему он будет долго открываться? я не думаю что в этом документе будет больше даже 1000 строк. документ ПланированиеСобытий - и максимальное количество строк равно количеству сотрудников * количество статей планирования