Изпечатай

[LinuxFanUNIX]

Имам следната структура на проекта:

mainwindow.cpp
mainwindow.h
mainwindow.ui
settings.cpp
settings.h
settings.ui

В MainWindow.UI има поле от типа QLineEdit с име firstName.

В Settings.CPP имам следния код:

Код

GeSHi (C++):
#include "mainwindow.h"
...
MainWindow *appWin = new MainWindow;
appWin->ui->firstName->setText("SET FIRST NAME!");

В mainwindow.h предварително Ui съм го задал да е public:

Код

GeSHi (C++):
public:
     Ui::MainWindow *ui;

И при тази ситуация от settings.cpp не мога да "заложа" име в QLineEdit който се намира в MainWindow като ui->fisrtName

Та - къде бъркам?

EDIT: Забравих да спомена, че в settings.cpp са include-нати както mainwindow.h, така и ui_mainwindow.h!

Благодаря предварително!

[task_struct]

Нещо не мога да си го представя, но това не е правилно от архитектурна гледна точка и от концепцията на Ui. По-правилно за реализация би било, класа MainWindow да има медоти за достъп, през които Settings да може да задава стойности на неговите член данни. Същото важи и за другият клас. Като цяло целта на ООП е да се капсулират данните и ти да ги достъпваш само чрез методи на класа.

[nifelheim]

Грррр, ако съм разбрал какво искаш да направиш така няма да стане.
Имаш един клас MainWindow, който ти е основният прозорец и един диалог за настройки Settings.
И проблемът ти е как да предаваш разни неща от Settings на MainWindow.
Нормалният начин това да стане в Qt е със signal/slot механизма.

Другият по-тъп начин е да използваш конструктора на Settings диалога,
за да му предадеш като parent указател към MainWindow като:

Код:

class Settings : public QDialog, public Ui_Settings
{
   Q_OBJECT
   public:
      Settings(QWidget *parent = 0);
   private:
      MainWindow *m_Parent;
};

И този диалог да го създадеш в MainWindow, например в слота за натиснат бутон Settings:
...

Код:

Settings dialog(this);

...

После вътре в самия Settings диалог ще можеш да достигаш MainWindow widgets:

Код:

Settings::Settings(QWidget *parent) : QDialog(parent)
{
  setupUi (this);
  m_Parent = (MainWindow*)parent;
 ....
};

След като имаш m_Parent вече навсякъде в Settings диалога може да го използваш.

Но по-добре виж signal/slot механизма.

[task_struct]

@nifelheim, има си готова функция наследена от QObject * QObject::parent(). Може направо тя да се използва. Кастването е препоръчително да се прави с qobject_cast<Type>(), защото така Qt  минава през своята Meta-object система и праверява дали е правилен каста

[LinuxFanUNIX]

Нещо не мога да си го представя, но това не е правилно от архитектурна гледна точка и от концепцията на Ui. По-правилно за реализация би било, класа MainWindow да има медоти за достъп, през които Settings да може да задава стойности на неговите член данни. Същото важи и за другият клас. Като цяло целта на ООП е да се капсулират данните и ти да ги достъпваш само чрез методи на класа.

Звучи интересно, но май нещо пак сгафих!

Предполагам даваш такова предложение:

mainwindow.cpp

Код

GeSHi (C++):
void MainWindow::setName(QString name) {
     ui->firstName->setText(name);
}

settings.cpp

Код

GeSHi (C++):
MainWindow *appWin = new MainWindow;
appWin->setName("FIRST NAME");

Ако това предлагаш - не става!  Въпроса е че не знам и аз по каква причина не става!

[bvbfan]

Не ти казва това... Когато създаваш Settings вероятно с натискането на някъкав бутон, ако дадеш кода никой няма да се чуди какво искаш да направиш... В Settings.h това не е вярно => MainWindow *appWin = new MainWindow; не създавай нов прозорец, а ползвай указател към вече създаденият. Така че
MainWindow::CreateWindowSettings()
{
     Settings *pSettings = new Settings( this );
     try {
          pSettings->show();
     } finally {
          if( pSettings ) delete pSettings;
     }
}   
Settings::Settings( MainWindow *MainInstance )
{
     this->appWin = MainInstance;
}

Settings::SetName( const QString WinName )
{
     this->appWin->setName( WinName );
}

[nifelheim]

Все още само предполагам какво точно искаш да направиш
(1) Най-вероятно MainWindow вече съществува, при това се вижда и ти искаш от Settings диалог да сложиш текст на widget в MainWindow.
(2) Създадеш MainWindow в Settings, но не зная защо би правил подобно нещо.

За (1), тогава кодът:

settings.cpp

Код

GeSHi (C++):
MainWindow *appWin = new MainWindow;
appWin->setName("FIRST NAME");

Ако това предлагаш - не става!  Въпроса е че не знам и аз по каква причина не става!

Създава нов обект от тип MainWindow и може да му задаваш каквито искаш стойности на контролите, но онзи обект който се вижда е друг и няма нищо общо с новосъздадения, затова и не става.

Ето един пример, който работи според (1):
http://nifelheim.homeip.net/nifelheim/soft/temp/Test/

[task_struct]

Звучи интересно, но май нещо пак сгафих!

Предполагам даваш такова предложение:

mainwindow.cpp

Код

GeSHi (C++):
void MainWindow::setName(QString name) {
     ui->firstName->setText(name);
}

settings.cpp

Код

GeSHi (C++):
MainWindow *appWin = new MainWindow;
appWin->setName("FIRST NAME");

Ако това предлагаш - не става!  Въпроса е че не знам и аз по каква причина не става!

Така в Settings.cpp създаваш прозорец, различен от този създал диалога. Този прозорец никога не се показва( не му викаш show() ), за това си и мислиш че не става. Правилно е:

1)

mainwindow.cpp

Код

GeSHi (C++):
void MainWindow::setName(QString name) {
     ui->firstName->setText(name);
}

settings.cpp

Код

GeSHi (C++):
MainWindow *appWin = qobject_cast< MainWindow *>( parent() );
appWin->setName("FIRST NAME");

Със signal/slot няма да се получи, защото MainWindow::setName(QString name) има един параметър, a бутона на диалога има сигнал clicked(), който е без параметър. Също така внимавай как създаваш диалога. Има опасност да създадеш втори event_loop и така signals/slots на прозореца няма да се виждат с тези на диалога.

[remotex]

Доколкото разбирам става въпрос за главен прозорец и диалог .. тъй като повечето диалогови прозорци са модални т.е. докато си в тях не можеш да цъкаш по главния джам то по принцип постановката е следната:
(примерът е от kbgoffice )

Код

GeSHi (C++):
void MainWindow::on_action_Configure_triggered(){
 	Ui::OptionsDialog оdui;
 	QDialog options(this);
 	odui.setupUi(&options);
 
    odui.generalLayout->setSpacing(SPACE_IN_DIALOGS);
    odui.toek->setChecked(translateOnEveryKey); 
//... etc. preliminary dialog setup
 
 if (options.exec() == QDialog::Accepted) {
 	// Save and apply new values
 	if (translateOnEveryKey != odui.toek->isChecked()) {
 	translateOnEveryKey = odui.toek->isChecked();
 	prop->setValue(OPTION_TRANSLATE_ON_EVERY_KEY, translateOnEveryKey); 
//...etc. reading values from dialog and applying in mainwindow
 }
//...etc
}
 

т.е. главния прозорец създава диалога, задава му начални ст-ти и го показва; при затваряне изчита обратно ст-те и ако има промени си обновява интерфейса и т.н.
Ако не е модален прозореца вече така не става т.е. пак става но няма да отразява динамично промените а ще ги взема само като начални стойности.
Ако е модален но има бутон Apply/Прилагане също не става по този начин.
Обясни по-подробно какъв точно ти е диалога...

[nifelheim]

Според ман най-добре си е със SIGNAL/SLOT.
В mainwindow.h да се съзададе една структура за настройките:

Код:

typedef struct
{
   QString firstName;
   // ...
} SETTINGS_t;

и в класа MainWindow се дефинира слот, например:

Код:

   private slots:
      void acceptSettings(SETTINGS_t &settings);

а в класа Settings се дефинира сигнал:

Код:

signals:
   void settingsChanged(SETTINGS_t &settings);

В settings.cpp при натиксане ОК бутона на диалога:

Код:

void Settings::on_btnOK_clicked()
{
  SETTINGS_t settings;

  settings.firstName = editFirstName->text();
  emit settingsChanged(settings);

  accept();
}

В mainwindow.cpp диалога се създава например така:

Код:

void MainWindow::on_btnSettings_clicked()
{
   Settings *dialog = new Settings(this);
   connect( dialog, SIGNAL(settingsChanged(SETTINGS_t&)), this, SLOT(acceptSettings(SETTINGS_t&)) );
   dialog->exec();
   delete dialog;
}

а слота:

Код:

void MainWindow::acceptSettings(SETTINGS_t &settings)
{
   ui->firstName->setText(settings.firstName);
}

Ето тук пример:
http://nifelheim.homeip.net/nifelheim/soft/temp/Test2/

[bvbfan]

Аз искам само да отбележа, че когато се пише GUI на QT С++ е желателно да се обработват изключенията, да се затварят прозорци без да се разбере какво се случва В много случаи няма нужда нищо по-специално да се прави и try {} finally{} е напълно достатъчно, ама поне няма да хвърчат изключения наляво-надясно. Това си е до навик и според мен само за добро 

[LinuxFanUNIX]

Код

GeSHi (C++):
MainWindow *appWin = qobject_cast< MainWindow *>( parent() );
appWin->setName("FIRST NAME");

По тоя начин не стана! При изпълнението на setName - програмата се затваря с изходен код: -1073741819л.

Тъй като ми се вижда този начин по-лесен - ако можете - помогнете. Ако не - ще видя другите (по-трудните) варианти.

Благодаря ви за помощта! Очаквам вашите отговори!

[nifelheim]

Вероятно когато си създал диалога не си указал кой е неговият parent.
Settings dialog(this);
И тък като parent се инициализира с NULL: appWin->setName("FIRST NAME") гърми.

http://nifelheim.homeip.net/nifelheim/soft/temp/Test/

[LinuxFanUNIX]

Вероятно когато си създал диалога не си указал кой е неговият parent.
Settings dialog(this);
И тък като parent се инициализира с NULL: appWin->setName("FIRST NAME") гърми.

http://nifelheim.homeip.net/nifelheim/soft/temp/Test/

Прав беше! Така стана!

Благодаря на всички отзовали се! Както всеки път, така и сега ми помогнахте в беда! Благодаря още веднъж!