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