MoPDoBoPoT У диалога eventFilter(QObject *obj, QEvent *event) почемуто вообще ни когда не вызывается.


kwisp, Красиво??? Простите а что из выше описанного красиво???
Ну уже же написал чуть выше сигнал textChanged () приходит ПОСЛЕ того как изменился текст. Это во первых. А во вторых не понял когда предполгаеся вызывать приведённую в качестве примера функцию и какому классу она должна принадлежать.

flankerr,
не функция а слот. присоедини к сигналу изменения текста в QTextEdit.
пусть принадлежит классу, какому тебе заблагорассудится, где ты собрался обрабатывать события изменения фокуса? там и слот создай.
вызывай этот слот при создании диалога 1 раз дале он будет вызываться всякий раз как ты изменишь текст и в случае пустого текста в редактореТекста появится Введите текст! + будет выделенным.
это предложенный мной вариант как альтернативный предложенным ранее. если тебе лень или нет времени изучить что такое фильтр событий eventFilter() можешь воспользоваться этим методом по моему с твоей задачей он справляется.

П.С.
если ты не понял -- фильтр событий не тронет твой диалог, тебе не надо будет наследоваться и переписывать методы диалога.

Сообщение отредактировал kwisp - 4.3.2010, 18:37

А ты установил фильтр на текстедит? Пример:

Dialog::Dialog(QWidget *parent/* = 0*/)
        : QDialog(parent)
{
    ...
    txtEdit = new QTextEdit("Введите текст!", this);
    txtEdit->installEventFilter(this);
    ...
}

kwisp, ну если я правильно понял то фишка в textEdit.selectAll(). При попытки изменения, изменение встанет на место выделения, а т.к. выделено всё то оно соответсвенно будет удалено и замениться на только что введённое. Если я правильно понял тогда нет смысла в этом слоте и привязки к изменению текста. Можно просто в момент иницализации диалога инициализировать и текст и выделить его - так оно логичнее будет.
Но выделять текст не хотелось бы.


MoPDoBoPoT, О! видимо это я не учёл. Спасибо. Заработало.


И так благодаря вашим советам найдено два спосба решения поставленой задачи:
1.

inline bool CMyDlg::eventFilter(QObject *obj, QEvent *event)
 {
     if(m_bIsNeedClearTextEdit && (obj == m_ui.m_pTextEdit))
     {
         if(event->type() == QEvent::FocusIn)
         {
             m_bIsNeedClearTextEdit = false;
             m_ui.m_pFragInfoLabel->setText("");
         };
     };
     return QDialog::eventFilter(obj, event);
 }

2.

void CMyDlg::CMyDlg()
{
   ....
   connect(qApp,SIGNAL(focusChanged(QWidget*,QWidget*)),this,SLOT(OnFocusChanged( QWidget*, QWidget*)));
   ....
}

void CMyDlg::OnFocusChanged( QWidget * old, QWidget * now )
{
   if(m_bIsNeedClearTextEdit && (now == m_ui.m_pTextEdit))
   {
       m_bIsInitFragInfoLabel = flase;
       m_ui.m_pFragInfoLabel->setText("");
   }
}

Сообщение отредактировал flankerr - 4.3.2010, 19:15

kwisp, логика твоего примера имеет ошибку, т.к. когда пользователь начнёт писать, то оно не пусто, а надобы убрать "Введите Текст".

Нет, всё таки первый вариант был самый простой, с рисованием поверх.

как так не учёл, вот ведь пример в описании функции изучи его внимательно.

flankerr,
правильно понял.

а пользователь грохнет текст побегает табом по виджетам и будет немножко некрасиво.
ну да ладно.




ну я честно скажу что не пробовал, однако текст("Введите текст!") же выделен и когда ты начнешь набирать по выделенному то он должен исчезнуть по идее.

kwisp, ну если из этих соображений тогда пожалуй да. Однако когда пользователь фокусируется на ТекстЭдете то уже не так важно ввёл что-то или нет - главное "потрогал".