Можно ли ПРОГРАММНО добавлять колонки в ТЧ? #229425

Если да, то как?

Наплоди реквизитов или текстовых колонок и играйся их видимостью ..

Можно ТЧ подменить ТЗ.Или заранее создать запасные невидимые колонки, а далее-только назначать им тип и делать видимыми.

Так понятно, но если можно программно-то это идеальный и намного более удобный вариант!

Зачем всё это?...

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

мдя...

и что мдя...

Грубо говоря, колонки табличной части документов соответствую полям таблиц DT* базы данных. Как ты думаешь, можно ли программно добавлять поля в эти таблицы?

хотя, если вам не претит сделать через задний проход, то можно так: создать реквизит табличной части с типом строка неограниченной длины и при записи загонять туда список значений, получаемый обходом текстовых колонок.. брр .. и забыть про ссылочную целостность данных

Забей.Или сделай просто некоторое количетво колонок, но дай настраивать данные отображения каждой колонки:А в данных предложи варианты:-товар.БазоваяЕдиница-товар.БазоваяЕдиница.Код-....вобщем понял систему? просто просканируй варианты а значение можно вычислить....

Может табл. значений спасет?

Если нужна инфа не относящаяся к ДОКУМЕНТУ. а к товару - нефиг плодить ревизиты и прочее - тем более неизвестно что юзеру взбредет в голову на завтра.- сделай кнопку.- для текущей строки (товара) показывай всяческие произвольные свойства товара какие угодно (пример еализации свойств - см. ТИС, свойства номенклатуры).Все. пусть юзеры сами туда пихают что хотят и когда хотят... пройдет пару месяцев, выяснится, что 80% туда внесенного - нафиг не нужно... - тогда можно подумать о переносе неких свойств в реквизиты родительского справочника.

Бред. "80% туда внесенного - нафиг не нужно" - неправда. Правда = 100%.Бада Данных - это не дамская сумочка. При напихивании в нее всякого барахла она гибнет.

вот у меня та же фигня, сделал документ по планированию продаж, там реквизитов таб части около 300, на каждый регион страны по 5 реквизитов, щас 1ц уже глючить начинает, не дает раздвигать колонки, вместо этого меняет их местами, в связи с чем начинаю реализовывать схему типа 10 хотя и не совсем...

фига се.. я всегда думал что планирование продпж - это отчет/обработка которая пишет что-нить по результатам расчета в номенклатуру или клиентов... ан нет.. - документ... епрст!

300 реквизитов табличной части??? Я худею!!!

Омистинеть...

ха-ха-ха!!!!!!!!!!! весело с вами :-))  всегда думал, что для такой задачи существует такое слово как "подбор" и кнопка для отображения колонок (см. спр. Контрагенты)  гыы )) мониторы наверна длиииииииииииииииииииииинные по спецзаказу берёте? :-))) что-то я развеселился. извините, народ, я не со зла.

я в похожем случае использовал таблицу для ввода данных. а непосредственную работу с документами (по планированию) юзерам запретил.

[0]Понимаю тебя. Мне пришлось такую штуку замутить для справочников. Сделал универсальную ТЧ справочника, с произвольным НАСТРАИВАЕМЫМ составом колонок, допустИм абсолютно разный и даже непересекающийся состав колонок. Потратил три часа. Вылез один баг через несколько дней эксплуатации - строки сохр. ограниченной длинны в реквизит неопределенного типа. Исправил за 20 минут.

+[20] Заметь, не просто программно, а еще и интерактивно.

Но структура замороченная должна быть. Для справочников выглядит так:

Сначала разобраться, КОМУ нужно, и, главное ЗАЧЕМ нужно.Очень эффективно (для фикси) в каждую новую [рожденную в муках] фенечку вешать счетчик - кто сколько раз этим воспользовался. Скоро напрочь отбивает желание выдумывать всякие глупости.

[23]Я себе уже несколько дней сэкономил....

Блин, смотрю тут обширное обсуждение развернулось. Уточню тогда цель.В документе 65 реквизитов в ТЧ, и около десятка текстовых полей. Видимость колонок и признак вывода на печать настраивается флажками.Проблемы ни какой вобщем-то нету. Все работает и всем все нравится.Просто в связи с периодически возникающими пожеланиями добавить еще какоето текстовое поле возникла мысль поискать вариант совободного настраивания пользователем того, что ему нужно. Тем более, может быть полезным и в других задачах (по типу 20). Динамически добавляемые колонки сохранять при записи документа НЕ НУЖНО-это все реквизиты спр-ка Товары или быстро вычисляемые числовые значения. Думаю добавить снизу/или сверху ТЧ ТЗ с одной строкой и сделать возможность отображения любого количества реквизитов в этой ТЗ. Но это будет только для текущей строки. Но было бы идеально, если бы колонки были в ТЧ. В FormExe есть метод добавления реквизитов в документ, но он не работает. Может есть в какой либо другой компоненте подобный рабочий функционал? Если нет (жалко, крутая штука была бы), тогда вопрос снимается.

[25]ТЗ, привязывать подчиненные доки к строкам. В подч. доке просто три реквизита в мн.ч. И плюс какойто перечень составов колонок нужно придумать, с возможностью выбора. Это не сложно, но работа с МнЧ дока значительно удобней чем с ТЗ. Хотя еще Фор[м]екс не пробовал.

И как с таким "документом" работать? Сами то понимаете вообще?Я вот думаю, и какой недоумок придумал различные виды доков?Был бы вот один док как у вас. И отвечал бы он за ВСЕ!Первым полем пишем вид документа, а дальше погнали - 35 реквизитов, отвечающих за товародвижение, еще 10 за взаиморасчеты, еще 25 - за ОС и т.д. и т.п.Как Вы думаете, зачем доки разделили по видам? Ведь как было бы прекрасно: один журнал, одинаковые доки, 579 реквизитов...Мдя....

[0]т.е. в твоем варианте, ИМХО, правильней сделать как ты и сделал - масса колонок и баловство с видимостью. Но сам механизм сделать можно...

[27]Ну бывает, что инфа не влияет на движения. Или влияет, но не сильно... Почему бы и нет?

Омистинеть...

Опять же, для дока можно создать немного полей неопределенного типаи взависимости от необходимости кидать туда что нужно. надеюсь balamut так и сделал.

Что то не догнал идеи. Создавать еще дополнительно документы? Мне не нужно сохранять данные в дополнительных колонках (они уже сохранены в спр товаров). Лучше наверно с запасом накидать текстовых полей в мой документ и играться с ними. Хотелось бы получий универсальный инструмент и для других подобных задач.Может есть в какой либо другой компоненте подобный рабочий функционал? Если нет, тогда вопрос снимается.

и это еще не пятница.

"Мне не нужно сохранять данные в дополнительных колонках (они уже сохранены в спр товаров)"Че-т я теперь не догнал, на кой ляд тогда колонки?..

это к . Документ отвечает за одно- за заказы у поставщиков. Много реквизитов потому что нужно учитывать х-ву тучу параметров (+ в документе идет разделение на нал/безнал-почти удвоение колва реквизитов).И у меня всетаки не 300 реквизитов, а 65 (чуть ч4уть меньше:)).

[32]Не представляю как можно сделать это через компоненту. Это ж структура МД и полей таблиц. Если тебе не нужно СОХРАНЯТЬ данные в доках (что сомнительно - как потом девочек-операторов в ошибки носом...?), то может и можно так. Рабочая идея есть, но раз без компонент вопрос снимается... желаю удачи! :)

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

[35]Зачем так много реквизитов? Положим 15 у тебя постоянные, еще максимум 10 необходимо дополнительных, из которых тысчу вариаций лепи себе наздоровье...

[37]Так реквизиты или текстовые поля???

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

Сдается мне, что (сужу по ) от толкует про форму списка справочника товары ... И, судя по названию справочника, это - его нетленка ...

Меня самого совсем не радует такое количество реквизитов. Изначально было больше, оставил тока самое необходимое.Текстовые поля надо (или рекизиты, существующие только на момент работы с документом-в FormExe я понял так ).

Лучше реквизитами. ИМХО.

[25]С трудом представляю ситуации, когда пользователю нужно в НАКЛАДНОЙ в КАЖДОЙ строке видеть какие-то характеристики, кроме количества-цены-суммы?Накладная - это инструмент для ввода данных, а не для анализа продаж. Если делать плавающий автомобиль - это будет некрасивый автомобиль и плохая лодка. Если пользователю для принятия решения необходимы характеристики товара- во-первых, решение принимается в момент выбора товара из справочника (т.е. нужно настраивать форму выбора или подбора), а не в ТЧ накладной- во-вторых, решение принимается по одному товару конкретно, а не по всей накладной сразу (разве что речь идет о наборах товаров, которые должны совмещаться по каким-то параметрам, но и это решается через [настраиваемую] форму подбора)

Давно не заходил на Т1С, а тут, оказывается, весело

Это не форма списка справочника- читать надо сначала, это ТЧ документа.Интересен вообще механизм (если бы был) программного добавления реквизитов/текстовых полей.Походу, ниче подобного нету, или никто незнает-вопрос снимается.

А читать внимательнее надо-нигде не было и слова о том, что это накладная:).

Было, что это ТЧ, т.е. документ. Какая зеленая разница - накладная или заявка поставщику? С заявкой поставщику даже проще - все можно через обработку с одной - несколькими ТЗ сделать. И настраивай их как хочешь, колонки добавляй, пересортировывай интерактивно, ширину колонок программно меняй. Через тот же формекс можно даже добавление-удаление строк по Ins-Del сделать и копирование строки по F9. А внизу такую маленькую кнопочку: "в документ". А в документе оставить только функциональные данные: количество - цену - сумму.

Вся эта дискусския пустозвонство... Ибо главная цель автора - сделать не как надо, а "показать себя": "Я узе больсой стал!". Детство...ИМХО, конечно...

[49]ИМХО, наооборот. Автор своим вопросом нестесняясь всем сообщил, что он в детстве (на мой взгляд). И что в этом такого? Я, например, вообще регистров не знаю. И расчетов. И вообще ни одного языка программирования не знаю. И что? Баламут молодец в том, что пытается думать незашоренно. :) Зачем из себя изображать серьезных "дядечек"? Все люди, пытаемся выдумывать, изобретать... ингода это лишнее... но зачем переходить на персоналии, личные качества. Это же форум, здесь обсуждения должны проводиться. При всем уважении, VZ, самые флудерские посты менее бесполезны нежели вот такие вот суждения. Впрочем ИМХО-ИМХО. :)

Да я не против "незашоренности"... Но зачем портить ЧУЖУЮ базу ланных при этом? Пользуясь тем, что юзеры в этом вопросе безграмотны? Как ты отнесешся к тому, что сантехник соорудит тебе "незашеренную" схему подключения унитаза, не сообщив, что эта схема, вообще-то, специалистами не одобряется, но ему позарез надо развивать свой собственный творческий потенциал? А?

[51]Еще хуже если речь идет о хирурге... Но в программах всегда можно сделать откат. Вопрос - зачем делать выводы о детстве-недетстве? Тем более вопрос серьезный, если Вам не приходилось сталкиваться с подобными вопросами, то можно, ради приличия хотя бы, задать фирменное "Зачем?". Впрочем уверен Вы бы решили эту задачу просто и правильно. И быстро. Возможно и решали. Но зачем лишать общество возможности обсудить варианты? Форум тем и хорош, один (я например) предлагает лишние/неправильное решение, другой, более умный (Вы например), критикует.

"в программах всегда можно сделать откат" - разве? ВСЕГДА? Я не про код, я про БД, что должна жить несколько лет, и каждая запись должна читаться.

Рарус в середине года в СХ конфе менял состав и порядок субконто на нескольких счетах. Все нормально обновляеется. И что? Скушали все... Согласен, НЕВСЕГДА можно откатить БД. Иногда это очень сложно... но незашоренность мышления помогает :))))

Впрочем автору, вероятно, нужна большая кнопка "Сделать ВСЕ!"... иначе все свободны

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

[56] в 55 по сути с Вами согласился :)

Одно дело - обсуждать варианты решения проблемы, другое - разговаривать со Светой ...(у нее, кстати, есть свой гадюшник, он там всех ждет с нетерпением - велкам)

А ветка все висит и висит. Что уже даже не удивляет, почти каждая ветка (не моя, а почти все) с какогото момента переходит в обсуждение чегото, далекого от вопроса (гдето это и понятно-люди любят поговорить:)). Меня интересовал конкретный вопрос, потому как видел так сказать зачатки желаемого в формексе, и надеялся а вось вдруг както и сделали. Несмотря на всякий флуд, иногда здесь можно если не получить прямой ответ на вопрос, так получить какой нить дельный совет или информацию (за вопрос не бъют в нос). По поводу порчи чужой БД:1)БД моя 2)В каком направлении хочу, в том и развиваю (естественно оглядываясь и на то, как она сможет поддерживаться без меня) и 10 раз подумаю, перед тем как чтото "испортить".P.S. Хорошо бы вернутся в детсво.Продолжайте обсуждение, не буду мешать:)

Так Вам уже и дали совет в ключе Вашего "как хочу" подхода - сделайте 300 реквизитов ТЧ. Ах, оно сейчас и с 60 глючит, так это Вам уже жизнь показывает, что "как хочу" - не всегда - "как лучше". Тут уж Вам выбирать - с упорством, достойным лучшего применения держаться своего "как хочу" метода ("brute force and ignorance", если не ошибаюсь), или все-же подумать: "А в ту ли я сторону копаю?"

1) 300 никто не советовал2) 60 савсем не глючит3) и упорства никакого неду, простой вопрос, который перевели в пустую болтовню.Или читать внимательнее нада или фигню не писать.

Да, не внимательно прочел прочел. Ну если 65+10 не глючит - то чего проще - добавить еще Н текстовых (Н определить опросом пользователей, сколько максимум в пределе они хотят видеть колонок). Решение-то у Вас уже есть готовое, которое не глючит. 65+100 ничем не хуже, чем 65+10. 65+10 Вас отчего-то не пугает, а 65+100 - пугает.

60 полей тоже... за гранью разумного. Учитывая, что нормальный человек умеет одновременно анализировать около пяти параметров...Значит, на форме ну никак не могут быть все 60... Никак. Теперь насчет "текстовых" столбцов. Может, есть смысл не с видимостью их играть, а с формулой? Формула-то, в отличии от ТЗ/ТЧ, прекрасно не на самой форме, а в ее модуле помещается....

Да епрст. Я задавал вопрос: можно ли программно добавлять колонки в ТЧ ( и интересует меня именно этот вопрос, а не как обойтись без этого (хотя разные попутные идеи тоже интересны), согласитесь, клевая была бы штука и не только для этой моей задачи).Ответ, я так понял отрицательный, значит тема закрыта (в приведенном мной примере буду добавлять еще N текстовых полей или тз-Я уже два раза писал: вопрос снят).Но Вы ни фига не читаете ветку, тока дай че-нить пи..нуть, че нить обсернуть, сказать, что автар никого не слушает, тока говорит Дай и все тут и т.д. Я понимаю, что частенько люди на форуме тупят, говорят Давай то, что я хочу, но не всегда же так-такое ошущение что у всех уже выработалась реакция, чуть что по поводу или без повода устраивать разнос авторам.60 много, но действительно все нужны (было бы почти в 2 раза меньше, если бы не было разбивка на нал и безнал). И пользователи ясно не работают с 60-тю одновременно.

Блин, забыл дописать.Тема закрыта!

Если вопрос состоял в том, можно ли добавлять программно колонки в табличную часть документа штатно - ответ "НЕТ!".Если вопрос состоял в том, можно ли добавлять программно колонки в табличную часть документа нештатно - ответ "ДА!".Устраивает нештатно, то хоцца ТОЛЬКО кАмпАнентой? Однако гурман Вы [0] судаоь...Автор ветки всего лишь автор - веткой же могут воспользоваться ВСЕ кому интересна тема, кто-то будет использовать поиск,поэтому автор не вправе решать за всех закрывать ветку или нет, ИМХО. Этим правом наделен Модератор. и ТОЛЬКО.Решил вопрос - гуляй. А вот обсуждение "детскости автора" - ИМХО лишнее...

Ну, просто так, ради общего развития, хотелось бы посмотреть на список 60-ти реквизитов табличной части (ну хотя бы 30-ти без учета разбивки на нал и безнал). Ну, пожалуйста. Я ведь ночь спать не буду.

По моему, автор ветки или его клиенты - типичные жертвы экселя(Ненавижу эту тупую программу!)

[68]Такая уж тупая?

+[68] А расчет зарплаты от Камина - наверное самая совершенная программа? :)

А почему все решили что это именно "реквизиты" ТЧ?Вроде как это там столько много колонок в ТЧ наставлено - Баламут же наверное не хранит все эти значения (из справочников отображаемые) в записанном доке..А вот принципе интересно - есть режим использования колонок, при котором отображаются сразу все 60?.Если сразу 60 показывать не нужно, то поставив настройки видимости "колонок" кто мешает в одной и той же колонке с идентификатором "НужнаяСейчасИнфа" выводить то одно, то другое значение прочитанное из реквизитов справочников ивозвращаемое туда функцией из модуля формы дока?????????

интересно, заценит ли баламут такое предложение как в ?

Как добавить колонку? Не важно компонентой или нет?

Т.е. ты хочешь сказать, что когда заводил ветку не знал "можно ли ПРОГРАММНО добавлять колонки в ТЧ?", зашел на форум и решил спросить как ему добавить 300 колонок и, вероятно, удалить существующие 60+сколько-то там еще? Не будь наивным. Это же Матрену колбасит ...

Начнете выяснять отношения на форуме, ветку удалю и ...

Отображать одновременно можно скока угодно, но этого не требуется. Вариант нормальный, но обычно надо смотреть одновременно несколько текстовых полей. Вообще проблемы нету в этой задаче взять с запасом нужное количество полей и натроить вывод в них нужной инфы. Я этот пример привел только потому, что он первый натолкнул на мысль: "а можно ли программно добавлять колонки? если да, то как". И всего лиж интересен ответ на этот вопрос (для общего развития на будущее так сказать). Это было по приколу сказано или действительно можно как то добавлять программно?

Попросить pit'а вывести свою свинью. Подсчитать количество точек в широкой части. Задуматься о "60 колонках" :))

[72] Светлый, было уже в [38] такое решение...

[74] да понял уже... Развод это был. Ну может кому пригодится. На то и нужен форум.