В общем поскольку работа над тем классом была завершена в связи с его переездом в состав более мощного инструмента предлагаю тестировать работу новой сборки классов под "кодовым" названием "ПоставщикДанных".

Из того что он умеет:
1. Поставка данных справочника, с учетом владельца и/или отборов.
2. Поставка данных многострочной части
3. Создание панели управления табличным полем (с любым видом поставляемых значений)

Предлагаю протестировать и совместными усилиями его довести до ума, чтобы инициализация многострочной части не занимала много кода и не приносила головной боли, а пользоваться было удобно и приятно.

Настаивать на изменении класса только моими руками и вашими идеями я не буду. Предлагаю просто выкладывать свои идеи либо в качестве поста, либо в качестве изменного класса.

Что уже реализовано:
1. (vandalsvq) Создание ТП на основе метаданных о многострочной части документа
2. (vandalsvq) Установление панели управления табличным полем
3. (vandalsvq) Создание ТП на основе многострочной части документа
4. (vandalsvq) Создание ТП на основе справочника
5. (vandalsvq) Возможность установки владельца и/или отбора по (!!!) одному реквизиту
6. (vandalsvq) Установка произвольных пиктограмм в объект панели управления и табличного поля
7. (vandalsvq) Перехват событий ТП и панели управления и поставка событий ТП в форму

План дальнейшего развития:
1. Возможность добавления своих кнопок в панель управления
2. Доработка до возможности распечатки табличного поля
3. Управления составом и видимостью колонок
4. Установка пиктограмм в табличное поле

Зачем это делать? Руками одного человека (тем баче что время у меня не резиновое) сделать хорошую замену многострочной части очень тяжело и прогнать все ошибки и пожелания сложно, т.к. обычно "хочу" + "некогда" = "более простое решение" (как правило не столь элегантное или красивое).
Я же буду вести некую историю в главном посте. Добавляя функционал реализованный как мною так и другими участниками.

Спасибо большое: noprogrammer за ответы на вопросы и направления на пути истинные, artbear за проявленный интерес и поддержку при принятии решения  . А так же все кто смотрел, пробовал, пользовался.  
И большое спасибо Михаилу (kms) что он подарил нам возможность редактирования ТП.  

noprogrammer писал(а) 03. Марта 2008 :: 10:05:


+2

В ходе разработки КОП сделано следующее
1. Перенесен в отдельный от панели управления Класс (причина в том что панель управления по сути пока нужна только мне, но я думаю после завершения КОПа в плане оперирования над ТЧ хорошо было бы и панель управления прикрутить)
2. Добавлен метод "СоздатьКолонкиПоТабличнойЧасти". (функционал дополнен сбор инормации по колонкам не метаданных спасибо noprogrammer)

Заглавный пост не обновлен. Пока идет дальнейший перенос функционала.

noprogrammer спасибо большое, пошел я... плакать 
(позор мне - пользователю FormEx  )

vandalsvq писал(а) 04. Марта 2008 :: 12:28:

А в чем проблема?
Сделай простой цикл по атрибутам формы, анализируй только типы 5 и 9 по аналогии с циклом, приведенным выше.
5 - Метаданные, 9 - вычисляемые колонки.
Все

(vandalsvq) - Процедуры "ТП_МногострочнаяЧастьВыбор" и "П_МногострочнаяЧастьПриРедактированииЗначения" лучше спрятать внутри класса, т.к. тащить их в документ смысла особого не вижу... по хорошему в модуле документа должна быть вообще одна строка что нить типа "ИнициализацияТабличнойЧасти" - все остальное можно смело обработать в классе, хотя не совсем так - в модуле документа я бы оставил процедуру "ПриВыводеСтроки"...  (все имхо)

P.S. Если все процедуры будут в классе то теоритически можно будет заменять табличную часть документа вообще без вмешательства в конфу (с помощью класса "перехватчик")

kiruha писал(а) 04. Марта 2008 :: 19:13:


1.Предположим что появится поставщик данных ИТ - тогда можно будет в такой измененной ТЧ устанавливать фильтры, т.е. теоритически появится возможность сделать как в 8ке - разделять ТЧ документа по закладкам - например: "Товары", "Услуги"и т.д.

2.Раскраска штука тоже очень удобная - удобнее чем в формексе (имхо)

3.Возможность интеактивной настройки колонок (перемещение колонок и т.д.)

4.В новом ТП есть возможность устанавливать "шапку" и "подвал" (например сразу видеть итоговые суммы)

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

kiruha писал(а) 04. Марта 2008 :: 19:13:


Неее.... я так не играю... не сбивай меня с пути... а то я ведь это... собьюсь 

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