Перерисовка формы, Порошу помощи. Опции

[Гость_Гость_progmax_*_*]

Есть такой код:

void UserRegistrationDialog::CheckUserNameFree() 
{
    const QString UserNameCheckValue = ui.UserNameEdit->text();

    ((testtest*)qApp)->doUserNameCheckFree(UserNameCheckValue);
 
}
void UserRegistrationDialog::updateRegistrationForm()
{
   const bool is_LoginFree = ((testtest*)qApp)->isLoginFree();

    if(is_LoginFree)
    {
   
       ui.EmailEdit->setEnabled(true);
       
    }
    else
    {
     
       ui.EmailEdit->setEnabled(false)

    }

}

testtest - основное приложение где происходит запрос к базе.
doUserNameCheckFree - проверяет наличие логина в базе.
из приложения testtest вызывается userRegistrationDialog->updateRegistrationForm();
дабы обновить поля формы.
И нифига не работает!, точнее работает заходит в условие ставит ui.EmailEdit->setEnabled(false); НО форма НЕ перерисовывается, то-есть виджеты не обновляются.

прошу помощи, пробовал вызывать
ui.layoutWidget->update();
ui.layoutWidget->repaint();
не помогает.

[abc]

не понял, что должно произойти с виджетами? в функции вроде ничего и не написано

[Гость_Гость_progmax_*_*]

Все разрешил сам , все как писал дядюшка Шлее)

[abc]

а зачем здесь const?

[Алексей1153]

abc, полезно, если не нужно случайно дальше по течению кода менять значение переменной - компилятор тыкнет носом )

[abc]

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

[Litkevich Yuriy]

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

В Си++, в основном они и используются. Они могут передаваться в разные методы, в том числе по ссылке изи указателю.
Мало того компиллер многое может с оптимизировать, зная что это константная переменная.

[abc]

Я читал, что оптимальный вариант передавать переменную в функцию так, если не хочется изменять:
func(const int& x) - объявили

и с этой функцией уже можно спокойно работать так:
{
int y;
func(y);
}

В этом случае по логике программы не нужно у объявлять константной. Или компилятору и в этой ситуации было бы лучше, чтобы она была константной?

Сообщение отредактировал abc - 3.3.2011, 15:39

[Алексей1153]

abc, это потому что TYPE& по умолчанию и без проблем приводится к const TYPE&. С указателями так же

Если сильно придирчиво подойти к вопросу, то константный локальных или стековых переменных вообще не бывает, их содержимое можно легко поменять при надобности. Но необходимость этого - признак кривого проектирования (либо прям ваще суровая необходимость, пример чуть ниже приведу)

Если же переменная не должна поменяться, всегда делай её const. Просто на всякий случай

И тот самый пример (для винды, правда): имеется класс, одним из членов которого является объект критичесвкой секции. Также имеется константный метод (читаем что-либо из массива, инкапсулированного внутри класса). Вроде всё возможно, так как чтение не меняет массив. Но тут такая неприятность, что у объекта критической секции метод Lock неконстантный. Вот и придётся принудительно привести this к неконстантному типу, чтобы было возможно вызвать метод

[BRE]

И тот самый пример (для винды, правда): имеется класс, одним из членов которого является объект критичесвкой секции. Также имеется константный метод (читаем что-либо из массива, инкапсулированного внутри класса). Вроде всё возможно, так как чтение не меняет массив. Но тут такая неприятность, что у объекта критической секции метод Lock неконстантный. Вот и придётся принудительно привести this к неконстантному типу, чтобы было возможно вызвать метод

А почему для этого не воспользоваться модификатором mutable?