К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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


1 - 04.07.2017 - 11:32
Можно!
sdk
2 - 04.07.2017 - 11:45
Будет ли кто так любезен, что подскажет как это сделать?
3 - 04.07.2017 - 11:48
При изменении ловится текущая строка, анализируется измененный реквизит и меняется значение у другого. Смотреть как это сделано в любом документе.
sdk
4 - 04.07.2017 - 11:52
Пытался делать в процедуре ПриЗаписи(), просто менял реквизит или ТекущийЭлемент().реквизит - не получается
Гость
5 - 04.07.2017 - 14:21
http://www.itland.ru/forum/index.php?showtopic=1159 #9
sdk
6 - 04.07.2017 - 14:24
Стормозил. ПриЗаписи() работает, но только если нажать Enter или перейти на другую строку.
Какбы заставить делать обновление и при просто переходе на соседнюю ячейку
sdk
7 - 04.07.2017 - 14:26
Цитата:
Сообщение от huwox Посмотреть сообщение
Спасибо, как раз моя проблема
8 - 04.07.2017 - 14:28
Вообще, редактировать в форме списка это плохая практика. Мое субъективное мнение
sdk
9 - 04.07.2017 - 14:51
Да я согласен, поэтому изначально есть и полноценная форма элемента, которая открывается при выборе наименования.
Но люди привыкли к excel и чтобы как-то им облегчить работу пытаюсь нарисовать подобие
Гость
10 - 04.07.2017 - 20:36
9-sdk > Фигню затеял. Незнание принципов функциональности 1Сv77 не оправдание.
sdk
11 - 05.07.2017 - 10:28
(10) Я и не спорю, а заодно в очередной раз убедился, что "Знание принципов функциональности 1Сv77 - оправдание для абсолютно безинформативных постов" :)
Тем не менее я уже доделал и запустил, заказчик вполне доволен.
И все же был бы рад услышать, как это должно было быть.
12 - 05.07.2017 - 12:07
ну вот так и должно было быть, раз заказчик доволен
Гость
13 - 05.07.2017 - 12:47
11-sdk > Ну-ну... Когда куча вычисляемых полей присобачивается к списку из дюжины позиций - это одно. Когда позиции начнут приближаться к сотням - ситуация будет резко меняться. А при "тысячах" - просто перестанет работать. Вместе с компом.
Гость
14 - 05.07.2017 - 13:07
13-VZ > Позвольте интересоваться, преждевременной жути это вы с какой целью нагоняете?

11-sdk > Главное чтобы костюмчик сидел, - слова из песни https://ok.ru/video/42730457692
sdk
15 - 05.07.2017 - 13:12
я наверное непонятно задал самый первый вопрос.
У меня вроде практически нет вычисляемых полей, почти все постоянные. Картинка выше - это практически и есть рабочий вариант, все ячейки это отдельные реквизиты справочника.
Суть вопроса была: при изменении одной даты разово сдвинуть все остальные в соответствии с графиком. прицепил формулу графика к колонке и все заработало (я почему-то не подумал что к колонке тоже можно процедуру прикрепить.) Сейчас вычисляемая колонка используется только для раскраски FormEx-ом. Или я что не то понимаю под "вычисляемые поля"?
Кстати, объем там совсем не большой - тысячи строк хватит года на полтора. Да и комп, это вполне еще приличный сервак на 6-ти ядрах с 32Гб оперативки и рейдом на SSD в режиме терминала.
Гость
16 - 05.07.2017 - 13:21
15-sdk > Не забывайте про бэкапы.
Гость
17 - 05.07.2017 - 13:23
Вспомнилось: Для оптимальной работы системы 1С:Предприятие 7.7 рекомендуется использовать компьютер с процессором Intel Pentium-133 и выше и не менее 32 Мб оперативной памяти. http://1c.ru/rus/products/1c/predpr/sysreq.htm
18 - 05.07.2017 - 13:36
(15)(ИМХО)Подобную задачу в 7.7 лучше решать с помощью формы с табличным полем. Прямой запрос к базе, выгрузка в ТЗ, связь с колонками табличного поля. Все прекрасно красится, перерисовывается, работают обе кнопки мыши, обрабатываются щелчки по заголовкам
sdk
19 - 05.07.2017 - 13:36
(16) горький опыт имеется: один раз сгорел рейд повредив все 4 диска. Второй раз пришли люди с корочками и вывезли все компы. В обоих случаях спас УРБД. Поэтому сейчас все базы и даже обычные рабочие документы 2 раза в день еще и в облако.
sdk
20 - 05.07.2017 - 13:49
(18) Позже может так и сделаю, я давно похожим не занимался, а с FormEx вообще первый раз столкнулся, т.к. чуть ли не главным условием была раскраски таблицы в зависимости от значений.
21 - 05.07.2017 - 15:08
(20)просто там можно легко выбрать требуемые данные, а не просто плоский справочник. Очень просто реализовать многочисленные отборы. Дизайн несомненно лучше, чем форма справочника. Управление цветами тоже гораздо проще, чем в формех. Я даже одну задачу (ТЗ + формекс) бесплатно переписал за несколько часов, просто потому что на нее приятнее смотреть и проще сопровождать. Хотя это все субъективно


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены