Вывод верхнего уровня иерархического справочника в динамическом списке #777103


#0 by lega0000
Добрый день! Может кто помнит как делается, есть иерархический справочник "Партнеры"(иерархия элементов), я создал свою форму и открываю ее с отбором (Поставщик = Истина), если режим просмотра = список, тогда всех видно, но если режим просмотра = иерархический список или дерево, тогда не всех видно, так как в вернем уровне справочники не являются поставщиками. А мне нужно нужно вывести всех родителей поставщиков, то есть всю иерархию.
#1 by lega0000
Форма управляемая.
#2 by Горогуля
ссылка в списке?
#3 by aleks_default
Поставщик = Истина или Родитель  = пустаяссылка
#4 by lega0000
да
#5 by Горогуля
не за что
#6 by lega0000
там много уровней родителей
#7 by aleks_default
(6 )тогда , т.е. отобрать все элементы у кого Поставщик = истина, и рекурсивно по каждому элементу заполнять в список его родителей.
#8 by Fragster
добавить регистр сведенийс первым родителем, заполнять перед записью при записи группы или элемента в подписке и его выводить.
#9 by Fragster
а по - отбор "Это группа или поставщик", наверное
#10 by lega0000
А нигде случайно нет свойства, например: "ВыводитьВерхниеУровни"? Просто я думал может можно галочкой обойтись. Если нет, тогда придется делать так. Сейчас копаю типовую форму, там это все работает, но не могу найти этот момент.
#11 by lega0000
У справочника иерархия элементов, поэтому ЭтоГруппа везде ложь.
#12 by lega0000
В общем откопал я в типовой форме как это делается. При создании на сервере формы, запрос динамического списка переписывают три раза (переписывают и дописывают). И на третий раз в запрос добавляется условие: СправочникПартнеры.Ссылка В А параметры формы после этого очищаются. Вообще для чего я создал свою форму, потому что типовая долго открывается (очень долго). Моя открывалась моментально, теперь, когда я добавил в запрос это условие, моя форма тоже стала долго открываться. Быстрее чем типовая, но все равно долго. Имхо, одинэсники изобрели велосипед. К чему были эти жертвы, ведь они по идее нацелены на быстродействие, а на практике выходит наоборот. Ведь можно было сделать намного проще. Я уже не впервый раз замечаю в УТ вещи, которые очень тормозят работу, приходится переделывать. Сейчас наша компания в этой конфигурации использует типовой функционал максимум на 5-10%, остальное дописано и переписано.
#13 by Mauser
>Я уже не впервый раз замечаю в УТ вещи, которые очень >тормозят работу, приходится переделывать. Сейчас наша компания >в этой конфигурации использует типовой функционал максимум >на 5-10%, остальное дописано и переписано. Очень ценная информация, спасибо за то, что поделились ей! И вам легче, и нам приятно!
#14 by Cyberhawk
"Сейчас наша компания в этой конфигурации использует типовой функционал максимум на 5-10%, остальное дописано и переписано" // Даже не знаю, похвалить вас или пожурить
#15 by lega0000
А у нас другого выбора небыло когда внедряли, задачи которые перед нами стояли типовая конфигурация не решала, поэтому пришлось дописывать. А франчи нашему руководству пообещали что новая типовая торговля решит все наши задачи. Но я то знал что это не так, я сам работал во у франча. В общем пытался отговорить руководство и внедрить старую редакцию, которая на обычных формах и допиливать ее. Но руководству понравились слова франчей и было решено внедрить новую торговлю. Теперь вот паримся. Но теперь руководство начинает прозревать, но уже поздно. )))
#16 by lega0000
Я не имею ввиду что управляемые формы хуже обычных, просто реализация типовой конфигурации УФ хуже чем старая. Вернее не хуже а слишком уж ее нагромоздили ненужными вещами, из-за этого она стала более медленной и требовательной к ресурсам.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С