dimm73 писал(а) 29. Марта 2012 :: 07:14:



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

Иногда клик по папке верхнего уровня не срабатывает совсем. Закономерность такого поведения  не выявлена (на старом релизе кажется этого бага не было).

наверное путано написал, но надеюсь поймете.

vandalsvq писал(а) 10. Апреля 2012 :: 05:00:



нет у меня ОтображатьИерархию - не использовалось.

Вопрос :
В событии "ПередУдалением" можно ли как-нибудь сообщить ПД.Справочники о том, что я хочу НЕ пометить на удаление, а полностью удалить выбранный элемент? Либо мне это уже самому необходимо реализовывать?

Обнаружил неприятную вещь оказывается если поменять тип поставщика в уже созданном и типизированном объекте то 1С падает ))
Ну например сначала написать "Регистр.ТМЦ", а потом "Справочник.Контрагенты" то 1С-ка упадет . Понимаю что "да кому оно надо" )))))
Теперь понимаю что малость неверно иерархию построил. Надо было чтобы класс ТабличноеПоле был основным, а к нему задавались поставщики вроде

ТабличноеПоле.Расширение = СоздатьОбъект("ПоставщикДанных.Справочник");
Расширение = ТабличноеПоле.Расширение;
Расширение.Вид = "Контрагенты";
// и т.д. 

В принципе думаю даже без изменения программного интерфейса это можно реализовать. Тогда не будет падать смена а будет просто очищаться все в ТП  
Кстати тогда строить собственные расширения было бы очень и очень просто, потому что вы обязаны были бы соблюдать ряд требований )) т.е. можно было бы описать только методы ТП и все понятно стало бы

al_zzz писал(а) 11. Апреля 2012 :: 11:20:

Поставщик.Данные.ТабличноеПоле.ИзменятьНастройкуКолонок = 0;
не оно?

Цитата:

Не оно - ибо позволяет перетаскивать колонки из невидимых и наоборот.

Цитата:

Прокси хотел одно время сделать. Где-то кстати наброски валяются. Но в данном случае я не об этом пишу.
У меня структура организована так что расширения рулят всем, табличным полем, командной панелью, отборами и пр. внутренней кухней. А рулить должен всем класс наследник от ТП, а расширения должны говорить и делать то что говорит табличное поле. Но это просто мысли.
По идее можно победить падения и откинуть ее в сторону, приняв что иерархия устоялась и вполне себе нормально работает. Особых ограничений не накладывая.

al_zzz писал(а) 12. Апреля 2012 :: 06:30:

да, можно схватить и потащить, но "бросить" не дает. Колонки не исчезают и не появляются.