Есть иерархический справочник.
Применяем отбор.
например условие отсекает все элементы "глубже" третьего уровня...
Элементы отбираются, а все группы висят себе.

это лечится?

это ты про что? запрос? список?

в динамическом списке модно ставить также условия на группы.

ЭлементОтбора = Список.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение  = Новый ПолеКомпоновкиДанных(ИмяПоля);    

ну и так далее..

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

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

(4)

хм.. ссылка вроде и там и там есть

смотри типовой подбор номенклатуры. там в списке вообще убраны группы. все через иерархическое дерево в окне групп. в списках стоит условие убирать все группы вообще.
Ибо в 82 все равно клавиатура не действует по списку в плане поиска и т.д. и т.п.

(5) тогда ставь условие ЭтоГруппа = Ложь. тогда их вообще не будет. будут только элементы.

(6) в иерархии условие на группы не распространяется. если не стоит группа ложь. будут всегда группы. Это условие работает только по элементам. нету в 1С понятия - в иерархии - значит и группы в иерархии. этот метод только для элементов.

а вот запросы всегда работают в отличие от списков. потому что там выбераются опять таки по (9) элементы а в итог если стоит ИЕРАРХИЯ в группировке будут выведены группы отобранной номенклатуры.
Вот такие дела.

так всегда было. особенно в 81 вообще бред был когда поиском товар ищешь и стоит ИЕРАРХИЯ в свойствах списка - все группы полностью видны. надо снимать галку тогда увидишь один элемент. стоит галка - все папки.

(11) да уж.. я думал это хрень исправили.. видимо всем плевать..

ИЕРАРХИЯ это дорогая операция для СУБД. http://habrahabr.ru/blogs/postgresql/73700/

(13) причем тут ИЕРАРХИЯ...

речь идет о том что когда я накладываю фильтр  по "родитель в группе"
то почему бы не применить его для папок?
в группе справочника что, нет реквизита "Родитель" чтоли?

(140 все проще. должно работать как в запросах. фиг с ним в иерархии отберет элементы, но родителей этих элементов легко показать. никаких дорогих операций нет. все элементарно

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

понял?
наприме ру тебя в отборе стоит условие. делаешь в обработчике еще один запрос по отобранным элементам но только чтобы получить группы. условие ЭтоГруппа = Истина.
В итоге у тебя есть и список отбираемых элементов и список грпупп этих элементов.
Все в куче в массив пихаешь и получаешь результат.

(15) да я хотел обойтись малой кровью - отбор по динамическому списку..
без каких либо запросов и прочей байды..

ясен пень что если строить все запросами можно наваять чоугодно..
хотелось простоты и быстроты

(18) тогда сделай красиво и просто. при выборе группы иерархиив списке отключаешь группы - ЭтоГруппа = ложь. в итоге ты видишь список элементов всей отобранной иерархии.
Если внутри есть еще группы то просто добавить колонку списка Группа.
ТЮзер будет видеть все элементы роительской группы в внутриуровневые группы будут видны по каждой строке колонкой. Тоже очень красиво и удобно. Даже гораздо удобнее чем папки.

Юзеру ничто не мешает в форме на списке иерархии в любой момент какую он захочет подпапку выбрать. Все просто, красов удобно. Колонка с родителем выход.

(19) ыыы в последней УТ так и сделали :)
видимо придется :)

+(21) другое дело - в иерархии все равно пустые группы висят

группы в списке в УТ11 нафиг не нужны. ими неудобно работать т.к. долбанные УФ не работают с клавиатуры нормально.

(22) да не могут они висеть если в запросе стоит ЭтоГруппа = Ложь. никак не могут. проверяй.

(24)не.. в дереве висят

(0) это лечиться, но в ...Кащенко.

Элементы не могут "жить" без вышестоящей иерархии, если она включена

(26) причем тут элементы?
в том то и прикол - что элементы отключены.. вопрос в группах - зачем мне группы пустые видеть?

удалить иерархический справочник и не парить мозг =)