Приветствую, форумчане. Помогите разобраться пожалуйста. Суть такова : есть табличная часть с колонками "ЦЕНА" и "КОЛИЧЕСТВО". Нужно добавть еще одну колонку "СУММА" ), которая будет расчитываться (цена*количество). НО! Колонка "СУММА" не является реквизитом ТЧ, а добавляется на форме (обычное приложение). Соответственно через "ТекущиеДанные" до колонке "Сумма" не достучаться. Через ЭлементыФормы.ТЧ.Колонки.Сумма можно получить полонку, но как указать строку ТЧ в которой нужно менять. Пробовал через оформлениестроки, события табличной части "ПриВыводеСТроки" - так там получаются одинаковые значения в колонке "СУММА" для каждой строки. Идеи кончались. Посоветуйте может ещё что-нибудь?

Я бы делал в ПриВыводеСтроки....

Вру.
В ПриПолученииДанных

(0)>>Пробовал через оформлениестроки

показывай как пробовал

(3) именно через оформление строки и делается

ОформленияСтрок циклом перебрал и оформлениестроки.Сумма = текДанные.Цена*текДанныеКоличество вроде.
Считалось, но когда создавал вторую строку, в первой строке в колонке "Сумма" получались данные из новой строки.

Я просто сейчас не на работе. Скиньте пожалуйста алгоритм

(6) Не поверишь - я сейчас пиво дома пью)
Если подождешь до понедельника, выложу рабочий алгоритм.
Помню, было дело, сам намучался с этим...

(7) а ты не забудешь? До понедельника-то еще ого-го.

Для Каждого ОформлениеСтроки Из ОформленияСтрок Цикл
ДанныеСтроки = ОформлениеСтроки.ДанныеСтроки;
ОформлениеСтроки.Ячейки.Сумма.Текст = ОформлениеСтроки.ДанныеСтроки.Цена * ОформлениеСтроки.ДанныеСтроки.Количество;
ОформлениеСтроки.Ячейки.Сумма.ОтображатьТекст = Истина;
    КонецЦикла;

где сумма - добавленная колонка, а цена и количество берут данные из ТЧ

Ну и, естественно, эта конструкция в обработчике ПриПолученииДанных, как написано в (2)

(9)  спасибо большое, все работает! Всем удачных выходных и еще раз спасибо за помощь!

:) удачи

(0)Что мешает сделать реквизитом тч и не перегружать мир велосипедами?

(14) понимание того, что в данном конкретном случае - это избыточность

+(15) с точки зрения архитектуры БД

(15)Это не избыточность.Это стандарт. Стопудово ему эта сумма гдето потом понадобится.  Он ее заново будет изобретать?

(14) у нас нельзя так просто добавить реквизит. Нужно кучу согласований, так что тут спорный вопрос, что легче согласовывать новый реквизит или велосипед

(17) соглашусь
а вот наши девелоперы-сиквельщики весь моск съедят за это

(18)Здрасти приехали.
Ты там програмист или кто?
Сказал что надо, значит надо.
Или тебя там на уровне уборшицы ценят?

(20) Субординация, понимаешь.

(20) я руководитель отдела 1С, а они пишут торговую систему на С# + SQL + Frame. Так что...

(21)Субординация- это в армии:-) .Вы что-то путаете.
а тут просто тупо запугали

(22)Это ты к чему? Что типа они на шарпе скуле и т.д., а программер на уровне уборшицы?
Ну-ка, ну-ка,..поподробнее

*програмер 1С на уровне уборщицы

(24) девелоперы считают нас недопрограммистами, хотя забывают, что многие (или не очень) пришли в 1С из других языков.
Это, во-первых.
Во-вторых, понимание того, что в предметной области мы - сила, а они "где-то что-то" читали во сто крат увеличивает антогонизм, закрепленный в п. 1

*антагонизм, сорри

(26)Ты знаешь, я давно уже снисходительно смотрю на адептов плюсов,шарпов, явов и т.д:-)
Я просто уверен, что я в своей области знаю НАМНОГО больше этих гнувших пальцы. И мне себе не надо доказывать, что я крут.Я это и так знаю:-)..Так что пусть изгаляются.Я посмеюсь:-)

(17) - это с каких пор такие стандарты имеются? :) Тут кому как. Каждая медаль имеет 2 стороны (производительность и объем памяти). У кого с чем сложности - тот и прав. А бездумные стандарты и приводят к тому, что пустая база бухгалтерии 1С уже весит 800 метров (почти гиг) и открывается 2, 3 минуты....

(29) цену еще можно высчитывать, но сумму нужно хранить обязательно (с точки зрения моего понимания бухгалтерского и налогового учета)

(29)>>17) - это с каких пор такие стандарты имеются?

Если ты не слышал про асм, и не знаешь что такое старший байт и младший в регистрах, это не значит что этого не существует. Это просто ты неуч:-)

(17) (31) Это очень мощное выступление. Оч ок так, эмоционально, с апломбом. Только не хватает ссылки на описание упомянутого стандарта, который бы говорил, что хранить расчетные данные в базе данных это единственно верный вариант.

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

(14) >>> Что мешает сделать реквизитом тч и не перегружать мир велосипедами?

А это вообще супер... С каких это пор расчет чего бы то ни было на лету считается велосипедом?

(9) предпоследние две строчки можно заменить на метод УстановитьТекст()

В ПриВыводеСтроки кода меньше а производительность та же, вот зачем в человека обманываете, куча крутых программистов-архитекторов

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