vill_agerВеселуха...

еще один плюсик питону - там проще
У питона нет гуи. Там используются костыли в виде pyQt и т.п.
ПС. Нашел что сравнивать с++ с интерпретируемым языком по степени легкости.
Попробуй гуй контрол написать на питоне без костылей, я посмотрю, как будешь корячиться.

Падает тут (form.cpp):
void Form::setIcons() {
if (!iconsSeted) {
// QList<QPushButton*> widgets = formWidget->findChildren<QPushButton*>();
QList<QPushButton*> widgets = qFindChildren<QPushButton*>(formWidget);
Стек:

0 QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> >::operator-> qscopedpointer.h 112 0x6a2b14d9
1 QObject::children qobject.h 191 0x6a2be520
2 qt_qFindChildren_helper qobject.cpp 1893 0x6a2138a5
3 qFindChildren<QPushButton*> qobject.h 341 0x4b3c7b
4 Form::setIcons form.cpp 113 0x40a018
5 Form::doExec form.cpp 135 0x40a21f
6 PassWordForm::doExec passwordform.cpp 47 0x408f6d
7 Form::exec form.h 38 0x4bfc0c
8 GUIFactory::openDB guifactory.cpp 44 0x414840
9 App::doOpen app.cpp 38 0x402cc2
10 Custom::open custom.h 11 0x4d4728
11 qMain main.cpp 101 0x402455
12 WinMain qtmain_win.cpp 131 0x4546b2
13 main 0 0x4543d8

и pgAdmin3 не хавает темы типа:
COPY "блокпериоды" ("код", "имя", "блокконец", "начало", "конец", "пользователь") FROM stdin;
1 \N 2010-05-08 2010-06-30 sa
\.
так и не заставил его схавать эту мутоту.
нужен или insert into или бекап базы.

MoroZ.Rutrdm_, в процедуре setIcons() ты видимо наткнулся на один из непонятных пока глюков. Эта строчка должна собрать список виджетов на форме. Далее для этих виджетов проставляются иконки. Попробуй вариант, который закомментирован строчкой выше.

Именно непонятный. Лазил в час ночи смотрел, даже пока отладка не помогла.
ПС. Кстати мне не особо нравится подход когда стуктура таблиц мейкается ручками.
Мне куда ближе подход 1С-а в этом плане, но симплементацией возиься надо много.

MoroZ.Rutrdm_,

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

В любой системе служебных таблиц хватает.
Но визуальное конфигурирование упрощает жизнь.
Я буду в эту строну копать: лень - двигатель прогресса ))

rovanMoroZ.RuНе считая конечно таблиц, запросов или хранимых процедур, которые создаст программист взявшийся расширить функционал.
Но это пока в будущем. Правильно говорит rovan, что это пока не важно. Есть более важные вопросы, которые нужно решить сейчас. Например, какой язык скриптов будет и в какой объектной модели он будет работать и какая будет система вывода отчетов.
Для начала надо добиться стабильной работы того, что есть.
А уж потом и скрипты, и объектыне модели, и прочие радости.
Если так, то отчетник лучше брать упрощенный на основе QTextDocument и не париться пока.

trdm_rovanпропущено...

Для начала надо добиться стабильной работы того, что есть.
А уж потом и скрипты, и объектыне модели, и прочие радости.
Если так, то отчетник лучше брать упрощенный на основе QTextDocument и не париться пока.
Только нужен нормальный редактор.
И тут возникает "фича": поля, которые можно вписать в отчет содержатся в формате SQL в скрипте и выцарапать их можно, но сложно. Это я к плюсам метапрограммирования. А описание связи между полями можно себе только виртруально представить, но не обработать машинно. (пока имеется ввиду при такой схеме). Можно их конечно и описать вручную...

rovanТы куда-то в дебри полез.
Добейся нормальной работы приложения)
У меня стоит задача:
http://forum.mista.ru/topic.php?id=563705&all=1

Я вот никак не соберусь с духом доделать. Когда за нее берусь, постоянно в душе шевелится червячек типа: ну сделай сначала среду для девелопмента, а потом берись за задачу. Сложно бороться и это как источник неудовлетворения.