Поиск:

Ответ в темуСоздание новой темы Создание опроса
> [Qt] QTextEdit, добавление методом append(), "сбивание" отсвечиваемого текста 
:(
    Опции темы
solan
Дата 6.6.2009, 12:31 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 10
Регистрация: 23.5.2009

Репутация: нет
Всего: нет



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

Это сообщение отредактировал(а) solan - 6.6.2009, 12:31
PM MAIL   Вверх
SABROG
Дата 6.6.2009, 16:34 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Hacker
****


Профиль
Группа: Завсегдатай
Сообщений: 2481
Регистрация: 18.9.2006

Репутация: 81
Всего: 91



Выложи минимальный компилируемый пример с этой проблемой.


--------------------
Национальная группа Russian Federation на QtCentre.
PM MAIL   Вверх
solan
Дата 7.6.2009, 00:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 10
Регистрация: 23.5.2009

Репутация: нет
Всего: нет



http://webfile.ru/3682737

Нажимаете кнопку и в окно добавляется строка с интервалом 100мс. Сразу скажу - тут никаких проблем нет. Компонент сразу обновляется и добавленный текст отображается корректно.

  В той программе где происходит вышеописанная ситуация текст добавляется с интервалом 1с из двух потоков (небольшой блок текста, строчек 30). Не знаю - в этом ни в этом проблема, но она есть. Причом там ползунок скролбара остается на середине (так и не понял какое свойство за это отвечает). интерфейс для той программы делался в QDesigner, а эта маленькая в Qt Creator. (хотя с виду designer был просто интегрирован в creator).

 Ту прогу я не могу выложить - но вот такие дела.
PM MAIL   Вверх
SABROG
Дата 7.6.2009, 01:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Hacker
****


Профиль
Группа: Завсегдатай
Сообщений: 2481
Регистрация: 18.9.2006

Репутация: 81
Всего: 91



Цитата(solan @  7.6.2009,  00:17 Найти цитируемый пост)
Сразу скажу - тут никаких проблем нет.

Значит ищите проблему в своем коде.

P.S.: работа с гуишными элементами из дополнительного потока противопоказана. Об этом в документации написано.


--------------------
Национальная группа Russian Federation на QtCentre.
PM MAIL   Вверх
solan
Дата 7.6.2009, 12:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 10
Регистрация: 23.5.2009

Репутация: нет
Всего: нет



Цитата

Значит ищите проблему в своем коде.


Цитата

P.S.: работа с гуишными элементами из дополнительного потока противопоказана...


надо было с пс начинать. 


Что я могу сказать - первое разочарование от qt.


Я считаю - это вполне нормальная ситуация когда элементом ввода или вывода нужно воспользоваться из разных потоков. 
PM MAIL   Вверх
SABROG
Дата 7.6.2009, 13:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Hacker
****


Профиль
Группа: Завсегдатай
Сообщений: 2481
Регистрация: 18.9.2006

Репутация: 81
Всего: 91



Цитата(solan @  7.6.2009,  12:56 Найти цитируемый пост)
Что я могу сказать - первое разочарование от qt.

А это никак не связано с Qt.

Цитата

Я считаю - это вполне нормальная ситуация когда элементом ввода или вывода нужно воспользоваться из разных потоков.


Это проблема дизайна приложения. Вместо того, чтобы напрямую обращаться к GUI нужно организовать механизм, когда главный поток должен узнать, что из дочернего потока можно забрать результат его работы. Переменные, флаги, сообщения, очереди.

Я бы порекомендовал тебе создать в главном потоке слот типа slotWriteLog(QString str), а в дополнительном потоке сигнал типа signalWriteLog(QString str). Законнектить их. Внутри слота slotWriteLog делать append твоего текста. А внутри дочернего потока emit signalWriteLog(). Это должно привести к тому, что дочерний поток добавит в очередь главного потока событие и одновременно передаст нужный текст. И когда главный поток будет "свободен" он обработает это событие.


--------------------
Национальная группа Russian Federation на QtCentre.
PM MAIL   Вверх
solan
Дата 7.6.2009, 14:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 10
Регистрация: 23.5.2009

Репутация: нет
Всего: нет



Цитата

А это никак не связано с Qt.


Как это не связанно?? Это проблема компонента Qt - QTextEdit, вы сами это сказали.

Цитата

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


Или вы имеете ввиду стандартный элемент управления WinApi edit- но с ним все в порядке. И в диалоговое окно, которое его содержит можно легко добавлять сообщения из разных потоков.

  У каждого потока - свой цикл обработки сообщений. Все взаимодействие пользователя с элементами управления осуществляется в винде посредством сообщений. Если, предположим я добавляю тем же эпендом какую то строку из одного потока в компонент другого потока - на более низком уровне всеравно формируется сообщение, которое ставится в очередь того потока где принимающий элемент. Логично? Просто на winapi это нужно было бы делать явно. 
_____________________________
Цитата

Я бы порекомендовал тебе создать в главном потоке слот типа slotWriteLog(QString str), а в дополнительном потоке сигнал типа signalWriteLog(QString str). Законнектить их. Внутри слота slotWriteLog делать append твоего текста. А внутри дочернего потока emit signalWriteLog(). Это должно привести к тому, что дочерний поток добавит в очередь главного потока событие и одновременно передаст нужный текст. И когда главный поток будет "свободен" он обработает это событие.


Спасибо за совет, пожалуй я так и сделаю.



Это сообщение отредактировал(а) solan - 7.6.2009, 14:51
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "С/С++: Кроссплатформенное программирование, QT/Gtk+/wxWidgets"
JackYF
Любитель
  • В заголовке темы в квадратных скобках обозначьте используемую вами библиотеку, например: [QT],[GTK],[wx].
  • Если вопрос актуален только для некоторой версии библиотеки, либо, если вы пользуетесь не самой последней версией, укажите это. Например: [QT4], [GTK2].
  • Все начинающие изучать Qt - не забудьте зайти сюда.
  • Проставьте несколько ключевых слов темы, чтобы её можно было легче найти.
  • В вопросе укажите полную версию версию библиотеки, а также все дополнительные используемые программные пакеты.
  • Не забывайте пользоваться кнопкой "Код".
  • Телепатов на форуме нет! Задавайте чёткий, конкретный и полный вопрос. Указывайте полностью ошибки компилятора и компоновщика.
  • Новое сообщение должно иметь прямое отношение к тематике этого раздела. Флуд, флейм, оффтопик запрещены.
  • Категорически запрещается обсуждение вареза, "кряков", взлома программ и т.д.

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, JackYF, Любитель.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets | Следующая тема »


 




[ Время генерации скрипта: 0.0449 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.