> А как написания кнопочек для гуя в коде относится к разделению логики и представления? Ведь почти всегда просто выносят гуй в отдельный класс.

написание кнопочек в коде - это уже смешивание логики (кода) и представления (кнопочек)

> Ведь почти всегда просто выносят гуй в отдельный класс.

почти всегда выносят гуй в отдельный .ui и к нему класс с логикой.

>Ай молодец. Про разделение логики и представления не рассказывали?

А как написания кнопочек для гуя в коде относится к разделению логики и представления? Ведь почти всегда просто выносят гуй в отдельный класс.

> забей на дизайнер, пиши все в коде

Ай молодец. Про разделение логики и представления не рассказывали?

Спасибо, благодаря подсказке разобрался что к чему. Обязательно посмотрю вашу ссылочку, надеюсь найду для себя что то интересное.

Ох сорри не сразу понял вопрос.

в h файле указываешь

#include "ui_form_name.h"

Далее если ты пишешь класс наследуешься так

class myClass : public QDialog, /*не обязательно, указано всего-лишь для примера*/ public Ui::Form_name/*указывается имя в дизайнере*/

затем в конструкторе класса пишешь setupUi(this);

А потом QString text; text=lineEdit/*имя указывается в дизайнере*/->text();

З.Ы. забей на дизайнер, лучше пиши все в коде

З.Ы.Ы. ассистент рулит(на сайте doc.crossplatform.ru есть частичный перевод документации на русский)

QLineEdit::text

т.е. можно так QLineEdit lineEdit; QString text; text=lineEdit.text();

ну или так: QLineEdit *lineEdit = new QLineEdit; QString text; text=lineEdit->text();