Генерирование cpp из ui. Как избежать?

мухи отдельно - котлеты отдельно. НЕзачем тебе в first_f.cpp/first_f.h обьявлять что-то своё. Почему бы не сделать ещё один модуль config.cpp/config.h ??

Переменные в классе тоже ручками НЕ НУЖНО объявлять. это можно сделать в designer'е (окно справа вверху "Memebers").

Если нужен буквальный ответ - в Makefile комментишь строчку кторая отвечает за создание cpp из ui. Но тогда че нить другое ляжет... ))))

Ну или вноси изменения в ui файл

Самый лучший (по моему мнению) варант - наследоваться от сгенерированного класса и никаких проблем

а вообще хорошо бы понимать что делает твой makefile

да нет, просто аффтар не может сделать то, что можно сделать по человечески. Переменные в класс можно загонять designer'ом, а Config нужно вынести в отдельный файл, тогда всё будет ок.

??????

Это тогда уже не юникс-вэй а какой то МФС убогий получаеться... если ты не можешь руками править СВОИ исходники - зачем нужно такое средство разработки? Да даже у МФС ручная правка проекта, он же макефайл в какомто их убогом формате, все в куче и котлеты и мухи лягухи из пруда, приводит к осмысленным результатам (имел тут опыт пару дней назад, в форточках причем соотв. настроек не нашел)))).

Про отдельный модуль могу согласиться... а кстати на чем это таком он пишет?)))

members значит...
Спасибо, а я про него даже и не знал.

> если ты не можешь руками править СВОИ исходники

дык, правя *ui.h/cpp, ты правишь уже не исходники, а _сгенеренный_ полуфабрикат. В данном случае форма в дизайнере, ну или ui-файл по-человечески -- это и есть твои исходники. Это один метод. А второй -- как раз и есть by inheritance.

> Да даже у МФС ручная правка проекта, он же макефайл

Makefile править при разработке в кутэ тоже есть плохой стиль, если ты не пишешь его _сам_. Поскольку они генерятся, а не создаются тобой. Править надо *.pro