trdm_MoroZ.Ru...
А почему у Form не сделал конструктор (по умолчанию)?
Там тупо не вызывается конструктор QObject и думаю конкретно из-за этого не отрабатывают всякие фаиндчилдрен(...)
Это принципиально так было сделано?
Ну как же, смотри form.h:

class Form: public QObject {
...

Form наследуется от QObject, а значит, при отсутствии конструктора в Form, вызывается конструктор QObject

trdm_Блин, теперь на подключении падает тупо.
Замахался я уже с этой системой..
Возьми лучше версию для Windows с SourceForge. Она вроде более-менее запускается. Текущие исходники на Gitorious могут быть кривыми, т.к. я залил их туда как есть на текущий момент, т.е. может быть они не в отлаженном состоянии.

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

trdm_взял:
"Запрещено просматривать справочник vw_доступ_к_справочникам пользователю postgres"
невезуха )))

Входи как sa с паролем 123456, а не как postgres.

vill_agerпочитал описание БД.
я так понял, что по дебету одна аналитика , и по кредиту, и учет, например, товара (41/) по разным точкам (складам, магазинам, людям) не получится.
или ошибаюсь?

Это не так.
Для учета товара по "разным точкам", например, в разрезе складов и материально-ответственных лиц (МОЛ), мы заводим три справочника - "номенклатура", "склады", "персонал" и еще один не совсем справочник, а "пересечение" справочников, назовем его "набор1".
Справочник "набор1" не будет иметь поля "имя", а будет иметь только ссылки на другие справочники, т.е. в нем будут такие поля:
1.код
2.код_номенклатура
3.код_склады
4.код_персонал
Размерность такого "пересечения" определяется количеством полей-ссылок на другие справочники.

Если в плане счетов напротив счета 41 указываем справочник "набор1", тогда в проводке 41/50 (Приобретение товара за наличный расчет), программа попросит указать какую номенклатуру, на какой склад мы приобретаем и кому на подотчет мы ее ставим. В дебетовый код проводки программа запишет код строки из справочника "набор1", в которой поля ссылок будут ссылаться на соответствующие позиции в справочниках. В кредитовый код она запишет 0, т.к. у бухгалтерского счета 50 нет аналитики (справочника).

vill_ager,

Вот только сначала организуем среду совместной разработки, а потом продолжим работу над программой. Идея рабочая, не сомневайся.

vill_agerесли развести количество (аналитика) и суммы(синтетика) по разным таблицам, то можно будет сократить размеры БД

Приведи структуру таблиц как ты ее видишь. Я так понимаю, если столбец количество вывести в отдельную таблицу, то для связки строк такой таблицы с таблицей с суммами все-равно понадобится дополнительное поле с идентификатором. Т.е. объем БД может не уменьшиться, а вот сложность точно увеличится.

vill_agerесли, например, в приходе на одну строку приходится несколько проводок, то "количество" избыточно

Если, например, на одну строку в приходе мы имеем проводки 41/50 и 41/42, то в 1-й проводке столбец количества нам необходим, а во 2-й - нет. В этом случае, да, "количество" избыточно. Но я сознательно иду на это для упрощения структуры таблиц. Все проводки в итоге у меня хранятся в одной таблице "проводки", что упрощает и построение триггеров для таблицы "проводки" и построение запросов к БД на будущее.

vill_agerесли в приходе 15 строк товара, то проводки можно делать не на каждую строку, а суммарно на весь документ

Мы не можем делать проводки "суммарно на весь документ". Мы должны иметь проводки на каждую позицию (строку) в отдельности. Как делать, к примеру, учет материалов, если мы не знаем, сколько и на какую сумму прибыло или убыло каждой конкретной позиции по тому или иному документу?

trdm_vill_agerMoroZ.Ru,и если в приходе 15 строк товара, то проводки можно делать не на каждую строку, а суммарно на весь документ
а фифо по партиям при расходе как ты организуешь потом?
С помощью искусственного интеллекта?
Поддерживаю

vill_ager"цена" тоже избыточное поле

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