Можно ли программно изменить соседний реквизит справочника при редактировании в списке?
 

В ТиС есть справочник, редактируется в списке. Можно ли после изменении какого-либо реквизита, в зависимости от изменения, программно изменить другой реквизит как при редактировании в диалоге? Для примера: редактирую в списке справочник "запчасть", меняю в колонке "производитель" страну и хочу чтобы в зависимости от страны автоматом поменялся реквизит "отечественный-импортный"

Можно!

Будет ли кто так любезен, что подскажет как это сделать?

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

Пытался делать в процедуре ПриЗаписи(), просто менял реквизит или ТекущийЭлемент().реквизит - не получается

[url]http://www.itland.ru/forum/index.php?showtopic=1159[/url] #9

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

[quote=huwox;44452056] [url]http://www.itland.ru/forum/index.php?showtopic=1159[/url] #9 [/quote] Спасибо, как раз моя проблема

Вообще, редактировать в форме списка это плохая практика. Мое субъективное мнение

Да я согласен, поэтому изначально есть и полноценная форма элемента, которая открывается при выборе наименования.
Но люди привыкли к excel и чтобы как-то им облегчить работу пытаюсь нарисовать подобие
[img]http://photoshare.ru/data/21/21148/5/896xaz-ksz.jpg[/img]

9-sdk > Фигню затеял. Незнание принципов функциональности 1Сv77 не оправдание.

(10) Я и не спорю, а заодно в очередной раз убедился, что "Знание принципов функциональности 1Сv77 - оправдание для абсолютно безинформативных постов" :)
Тем не менее я уже доделал и запустил, заказчик вполне доволен.
И все же был бы рад услышать, как это должно было быть.

ну вот так и должно было быть, раз заказчик доволен

11-sdk > Ну-ну... Когда куча вычисляемых полей присобачивается к списку из дюжины позиций - это одно. Когда позиции начнут приближаться к сотням - ситуация будет резко меняться. А при "тысячах" - просто перестанет работать. Вместе с компом.

13-VZ > Позвольте интересоваться, преждевременной жути это вы с какой целью нагоняете?

11-sdk > Главное чтобы костюмчик сидел, - слова из песни [url]https://ok.ru/video/42730457692[/url]

я наверное непонятно задал самый первый вопрос.
У меня вроде практически нет вычисляемых полей, почти все постоянные. Картинка выше - это практически и есть рабочий вариант, все ячейки это отдельные реквизиты справочника.
Суть вопроса была: при изменении одной даты разово сдвинуть все остальные в соответствии с графиком. прицепил формулу графика к колонке и все заработало (я почему-то не подумал что к колонке тоже можно процедуру прикрепить.) Сейчас вычисляемая колонка используется только для раскраски FormEx-ом. Или я что не то понимаю под "вычисляемые поля"?
Кстати, объем там совсем не большой - тысячи строк хватит года на полтора. Да и комп, это вполне еще приличный сервак на 6-ти ядрах с 32Гб оперативки и рейдом на SSD в режиме терминала.

15-sdk > Не забывайте про бэкапы.

Вспомнилось: Для оптимальной работы системы 1С:Предприятие 7.7 рекомендуется использовать компьютер с процессором Intel Pentium-133 и выше и не менее 32 Мб оперативной памяти. [url]http://1c.ru/rus/products/1c/predpr/sysreq.htm[/url]

(15)(ИМХО)Подобную задачу в 7.7 лучше решать с помощью формы с табличным полем. Прямой запрос к базе, выгрузка в ТЗ, связь с колонками табличного поля. Все прекрасно красится, перерисовывается, работают обе кнопки мыши, обрабатываются щелчки по заголовкам

(16) горький опыт имеется: один раз сгорел рейд повредив все 4 диска. Второй раз пришли люди с корочками и вывезли все компы. В обоих случаях спас УРБД. Поэтому сейчас все базы и даже обычные рабочие документы 2 раза в день еще и в облако.

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

(20)просто там можно легко выбрать требуемые данные, а не просто плоский справочник. Очень просто реализовать многочисленные отборы. Дизайн несомненно лучше, чем форма справочника. Управление цветами тоже гораздо проще, чем в формех. Я даже одну задачу (ТЗ + формекс) бесплатно переписал за несколько часов, просто потому что на нее приятнее смотреть и проще сопровождать. Хотя это все субъективно