Да. По разработке док действительно мало.
Я вам советую поискать материалы тренингов. Там чуть больше чем в FinEx.chm. Особо советую найти листинг темы отчитаной Сергеем Чернышом - тема целиком посвящена работе с UL.

beobachterсамый эффективный способ - изучить уже написанный код - по себе сужу!
Кстати библиотека UL, не поддерживает принципы ООП, зачатки которого есть в Fproj. Я думаю кардинально нового вы писать не собрались - только новые окна, БД и алгоритмы преобразований, и поэтому можно искать готовые куски и их переделывать. В дальнейшем дело пойдет как по маслу само-собой.
Это не самый оптимальный подход. Почитать перед тем как "собезьянничать" не мешает. Я, лично, с трудом себе представляю изучение языка по написанному коду. Какой бы язык это не был. Никто не спорит - синтаксические конструции воспринять - не проблема, но вот принципы построения диалогов в FinEx - это уже не настолько тревиальная задача. И в этом случае лекция Сергея - оптимал. Там изложено все что необходимо.
Работу с БД я когда-то начитывал. Только не припомню что бы были листинги. И еще - мимо никак не пройти - листинг (или хотя бы практики) по лекциям о работе с отчетными формами.

beobachterГоворю об оптимальности изучение конкрено FPROJ. Конструкция UL - не построение диалогов- диалоги рисуются в визуальном редакторе, а один из способов работы с ними в FPROJ - может быть самый используемый, но не самый лучший!
Я говорил о построении - т.е. описание логики, а не рисовании.
Описание логики диалога в Fe... я знаю три способа - DLGLIB, UL, Классы (формально тот же UL) - т.е. 2-а способа. Если сравнивать UL и DLGLIB - я за UL (хотя тут - кто на что учился :) ).
beobachterИ еще раз повторяю - выбросьте из головы программирование:)) в FPROJ. Единственное, что может иметь место - подправить отчеты или диалоги! Не затевайте там ничего глобального - чур вас! Могу лишь посочуствовать тем кто собирается править складские отчеты, или отчеты по основным средствам не читав хоть чего нибудь... Действительно... Безумству храбрых поем мы песню! )))))
beobachterДоступ к базе данных можно получить и без этого интерпретатора! А дальше, попутного ветра!
Кто бы спорил. Я видел решение одной задачи для логистиков (под планирование закупок) с использованием данных FE но написанное на Delphi (если не ошибаюсь). Если не ошибаюсь чуть ли не онлайн синхронизация SQL с Pervasive (а вернее BTRV )

Lihman2 Ингар:
А можно по подробнее ?
Постараюсь как можно подробнее вспомнить, дело было давно, года эдак три назад...
Значит так, через тулзу, производилось подчитывание данных наплямую из таблиц BTRV, т.е. не через ODBC. Подчитанные данные сразу синхронизировались с SQL, и уже посредством Delphi обрабатывались.
Вся эта красота работала на данных склада и Управления закупками.
Сам FE способен создавать словари ODBC для своих таблиц, если чуть-чуть помучатся можно настроить SQL на транспорт данных, вроде... Но, лично, подобным не занимался так что не уверен что это возможно. В свое время онлайн обмен (в две стороны) данными между FE и SQL делал через приложение - "Сервер приложений" (правда его дописывать слегка пришлось)...

Т.е. - ключевой момент был "тулза". Так вот - названия не помню - надо искать. Но она есть! :) Смотрите по инструментам которы могут читать BTRV таблицы.

С уважением,
Игорь "Ингар" Ильяшенко

beobachterЕсть компоненты (в интернете можно найти), которые работают с таблицами BTRIEVE напрямую. Единственное ограничение - бизнес-логика при записи понятно отрабатывать не будет. Поэтому писать требуется осторожно, а читать сколько угодно! И еще чтобы названия полей были сопоставлены с реальными таблицами можно создать словарь данных - можно из самого ФЭ в некий файл для конвертации, либо разбирать BDE-файл.
К сожалению "финик" не затачивался под запуск внутренней логики внешними приложениями (Можно было бы много интересного "заколбасить". :) )
"Сервер импорта/экспорта документов" (а не "приложений"... попутался я с этой Axapta ) именно и использовался для такого запуска. В частности для обработки приходных/расходных складских документов. Более того - он еще и подвешивался в тихом режиме "командной строки". :)
Дело за малым - разобраться что конкретно лежит в полях таблиц. :) Не везде есть проставленные комментарии. Но подобную задачу я бы посоветовал отдать ex-IDM-овским фрилансерам. Тому же Сергею Чернышу, к примеру. Если речь идет о Складе - лучше его не найти.