Загвоздка состоит вследующем. Есть обычный журнал документов. Хотелось бы использовать ТП и провайдер для реализации этого журнала и возможности множественного отбора. Сразу отмечу, что база DBF, то есть через отлов запросов сделать это уже не получится. Перерыв весь форум я понял, что сделать вышеуказанное возможно, но конкретного примера реализации так и не нашел. Если точнее мне нужно реализовать следующие функции:
1) Реализация журнала документов в виде ТП.
1) Быстрый поиск в ТП хотя бы по наименованию.
2) Отбор по нескольким реквизитам.
   В процессе решения данных вопросов нактнулся на ветку в которой обсуждалось использование провайдера в виде компоненты и модифицированной версии 1С++. Собственно выложенный там пример работает, но модифицированная 1С++ уже старой версии, а я активно использую самую новую. Да и тема эта уже давно заглохла.
   Также наткнулся естественно на так называемый "Расширенный журнал"(автор acsent), но выложенный на его сайте пример у меня не заработал(видимо делался тоже под старую версию).
  Короче информации на форуме по этому поводу много, но все кусками и полной картины реализации задуманного я для себя составить не смог. 

Может найдутся добрые люди и помогут с примером или подробным описание кк использовать связку ТП и журнала(справочника) на DBF базе. Наверняка кто-то уже это делал?

Для ДБФ полноценного решения пока нет.
Есть два варианта:
1) Либо ты выполняешь запрос в ТЗ или ИТЗ, а потом уже используешь ТП с поставщиком для ТЗ или ИТЗ. Минусы такого подхода, я думаю рассказывать не надо.
2) В 1sqlite есть поставщик данных для ТП, но там пока нет быстрого поиска  Поэтому ждём вестей от Саши Орефкова, затаив дыхание.

Можно загружать все запросом 1sqlite в таблицу значений, для сортировки и для отбора лишних строк, а также для быстрого поиска и использовать таблицу значений поставщиком данных табличного поля. =)

Можно по подробнее с примером плз