Название: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Eten от Июнь 07, 2014, 04:21 Всем доброго утра, сижу дописываю программу на дипломную работу.
Потребовалось мне сделать отслеживание мыши, для того чтобы менять курсор на схеме управления, да оказалось, что разработчики Qt сделали очень интересный финт, из-за которого вчера долго разбирался, как работает отслеживание мыши, чтобы оно конкретно именно работало. И утро, вечера мудренее, да на свежую голову. Проблему, лично для своего проекта решил, а вопросы остались. Да, еще решил эту тему запостить, т.к. никто про нее не писал, а натыкаешься в других форумах и сам наткнулся на данную дилемму. Проблему решил, а разрабов так и не понял. Нафига, делать драг и дроп в моузеэвент?! Почему нельзя было оставить отслеживание мыши для отслеживания перемещения мыши?! И еще один момент, который надо учесть. Например, здесь (http://unixforum.org/index.php?showtopic=121547)указан пример, который показывает, как сделать отслеживание мыши без всякого нажатия любой кнопки мыши. Как оказалось, этот пример не всегда работает, особенно если у вас не просто окно, а еще есть центральный виджет и на нем схема управления в виде метки с изображением. А так, если без метки, то у центрального виджета тоже надо прописывать setMouseTracking(true). В моем случае заработало, когда прописал у окна, у центрального виджета, у метки с картинкой, и только после этого заработало. Кто-нибудь, на будущее, может пояснить, а почему мне потребовалось в трех местах указать setMouseTracking(true), чтобы оно конкретно позволило работать mouseMoveEvent-у у самого окна?! Разве там не должны работать принципы наследования или иерархии классов, как это бывает с управлением стилей виджетов?! Вот код моего окна. заголовочный: Код: #ifndef STENDOSTANOV_H исходных кодов: Код: #include "stendostanov.h" Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 07, 2014, 10:32 Проблему решил, а разрабов так и не понял. Нафига, делать драг и дроп в моузеэвент?! Почему нельзя было оставить отслеживание мыши для отслеживания перемещения мыши?! Не понял Вашего негодования. О чем Вы?Код: //ПВД 7 Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Bepec от Июнь 07, 2014, 12:24 Всё логично у них сделано.
Каждый виджет может ловить перемещения мыши над собой. Виджет на виджете-родителе получает только свои перемещения, в то время как родитель получает свои и своего ребенка. А чтобы изменять надписи вполне достаточно mouseTracking на главном виджете. Или же фильтр событий. to Igors: так не будет, как вы описали. Перед присваиванием текста он обнуляет Label. Так что это вполне рабочее решение, пусть и не особо изящное. Я бы к примеру написал со словарём <QRect, QString>. так было бы проще во всём :) Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 07, 2014, 12:44 to Igors: так не будет, как вы описали. Перед присваиванием текста он обнуляет Label. Так что это вполне рабочее решение, пусть и не особо изящное. Ну как минимум если мышь ушла за пределы приложения - текст застрял. По поводу "рабочести" - для диплома годится, но в принципе неверно. Нас интересует не текущее положение мыши, а лишь факт что ее входа/выхода в заданные области - ну так надо и делать соответственно.Если же по каким-то причинам не хочется делать пр-ки виджетами, то обычно запускают таймер и там отлавливают. Хотя судя по вбитым в код константам - пустой разговор, "не в коня корм" :'( Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Bepec от Июнь 07, 2014, 13:07 Я тоже сначала хотел написать - проще виджеты задать, но там если посмотреть код - простая картинка. Аналог как отмечать лица в соц сетях - рамку натянул, тултип поменялся на ФИО.
Как я вижу по координатам - картинка имеет буферную зону со всех сторон. Т.е. указатель вылететь за пределы мгновенно не может, за исключением стороннего вмешательства, но тут уже другой вопрос :) Нормальная программа. Видно, что только в первый раз написана :D Пару раз переписать и норм будя ^.^ Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 07, 2014, 13:09 Если же по каким-то причинам не хочется делать пр-ки виджетами, то обычно запускают таймер и там отлавливают. Вот это настоящее пионерство.Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 07, 2014, 13:28 Вот это настоящее пионерство. Так предложите "комсомольство" :)Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 07, 2014, 13:44 Так предложите "комсомольство" :) Отслеживать каждое перемещение мыши.Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 07, 2014, 14:26 Виджет на виджете-родителе получает только свои перемещения, в то время как родитель получает свои и своего ребенка. Никогда о таком не слышал - и на всякий случай проверил (аттач). Каждый получает "свои" mouseMoveEvent - и все. [/off]"ребенка" - ну не звучит этот термин в переводе :) Отслеживать каждое перемещение мыши. Тот же аттач. Вполне вероятно не захочется возиться со сплиттером или каким-то еще разделителем - просто при наезде мыши на вертикальную границу (+/- 2 пыкселя) курсор меняет форму (мол, двигайте). Как это сделать отслеживая перемещение мыши?Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 07, 2014, 14:39 Вполне вероятно не захочется возиться Когда оно не хочется, то никто не заставит. :)А если очень хочется сачкануть, то eventFilter + mouseTracking позволят это сделать. Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 07, 2014, 18:35 Когда оно не хочется, то никто не заставит. :) Почему сачкануть? Что, очень хорошо там лепить виджет? А какой, как его рисовать? И его никто не спрашивал, надо еще объяснять что это :)А если очень хочется сачкануть, то eventFilter + mouseTracking позволят это сделать. Ну это решение октябренка (если Вы им были :))Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 07, 2014, 19:36 Ну если отслеживать перемещение мыши в обработчике события перемещения мыши "октябризм", то пользуйтесь для этого таймером. :)
Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Bepec от Июнь 07, 2014, 21:16 Если по таймеру - это очень похоже на процедурное программирование, без использования классов в полной мере.
А вот использовать обработчик перемещений мыши у класса окна - как раз таки ООП. Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 07, 2014, 22:12 Если по таймеру - это очень похоже на процедурное программирование, без использования классов в полной мере. Не знаю насколько это похоже на процедурное программирование... скорее это как читать файл с диска через QSerialPort. :)Как бы никто не запрещает, но нельзя сказать что "обычно делают так". :) Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 08, 2014, 11:23 Как бы никто не запрещает, но нельзя сказать что "обычно делают так". :) Техника "по таймеру" существует с незапамятных времен. Не скажу что она идеальна - но возможна. Многие классы Qt ее тоже используют, напр хоть QAbstractItemView для autoScroll (недавно там лазил)Перекрывать mouseMoveEvent (на том основании что "это ООП - и значит хорошо") в моем примере явно глупо - придется наследоваться для решения частной/мелкой задачи. Предлагаете фильтр - но он здесь не универсален. Для левого айтема надо отследить "мышь на правом крае", для правого - наоборот. А отследив - что делать? Послать сигнал тому это может двигать (а его еще надо знать). В итоге все равно окно двигает - так не лучше ли сделать это одним вызовом таймера? Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 08, 2014, 11:43 Перекрывать mouseMoveEvent (на том основании что "это ООП - и значит хорошо") в моем примере явно глупо - придется наследоваться для решения частной/мелкой задачи. А кто заставляет что-то перекрывать? Более того, часто это невозможно сделать.Предлагаете фильтр - но он здесь не универсален. Для левого айтема надо отследить "мышь на правом крае", для правого - наоборот. А отследив - что делать? Это потому, что вы не знаете как можно сделать универсально.Отслеживать перемещение мыши ловя соответствующие события самое естественное решение. А таймер здесь это костыль. Название: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Igors от Июнь 08, 2014, 11:56 Отслеживать перемещение мыши ловя соответствующие события самое естественное решение. А таймер здесь это костыль. Мое мнение наоборот, но не вижу смысла препираться - слишком мелкая тема :) УмолкаюНазвание: Re: Особенности работы с setMouseTracking или с отслеживанием мыши Отправлено: Old от Июнь 08, 2014, 17:31 Техника "по таймеру" существует с незапамятных времен. Не скажу что она идеальна - но возможна. Многие классы Qt ее тоже используют, напр хоть QAbstractItemView для autoScroll (недавно там лазил) Не знаю что вы понимаете под "техникой по таймеру", но таймеры действительно существуют очень давно. И используются там, где нужно выполнять действия через заданный интервал времени. Как, кстати, и в случае с автоскроллом - эта операция напрямую зависит от времени, потому что служит для плавной анимации скроллирования данных.А вот координаты мыши по таймеру проверять избыточно, т.к. для этого генерируется специальное событие. Т.е. если мышку никто не трогает, то и события никакие не генерируются и обработки никакой не производится. В отличие от... А с использованием фильтров событий это вообще делается в несколько строк кода. |