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

Если вам нужно, чтобы события мыши обрабатывались высшим органом власти (т. е. виджетом, которому принадлежат объекты QLabel), одним из подходов может быть информирование об этом вашего подкласса QLabel. Вместо того, чтобы напрямую обрабатывать события мыши, заставьте ее реагировать на них, посылая сигналы. Они подключаются к слотам виджета-владельца, который затем может управлять логикой мыши для документа в целом.

Другой подход может заключаться в использовании фильтрации событий и, следовательно, в отслеживании момента нажатия мыши (сохранение ссылки на объект и положение мыши относительно этого объекта) и управлении любым движением мыши до тех пор, пока кнопка не будет отпущена. Тем не менее, как отмечалось выше, необходимо использовать «высшие полномочия»: поскольку выбор может охватывать более чем один объект, вы не можете позволить этому объекту управлять им единолично. Это означает, что вышеуказанный фильтр событий и управление должны быть установлены на «менеджере выбора» (который, вероятно, также является «менеджером документов»).

Честно говоря, сделать то, что вы пытались, не невозможно. Но поскольку, как уже было сказано, принятое нажатие мыши сделает объект захватом мыши, это будет означать, что вам потребуется реализовать дополнительный механизм для запроса других «братьев и сестер» или, возможно, попытки отправить им переназначенное событие: ненужные сложности это будет еще более подвержено ошибкам, если вы не будете осторожны с реализацией, которая может стать уродливой и сложной в обслуживании или отладке. Рассмотрите правильную иерархию объектов: реальный контекст любого выделения — это не его метки, поэтому им необходимо управлять на уровне родителя/документа.

@Dúthomдобавил ссылку на видео, показывающее, о чем я говорю. Я согласен, это ожидаемое поведение, и для меня это вполне логично, я не говорю, что это недостатки Qt.

@musicamante Моей первой мыслью было использование родительского элемента всех QLabels, однако я обнаружил, что это очень неэффективно, поскольку в этом случае мне придется перебирать все виджеты (QLabels) в макете и определять относительные координаты между виджетами, чтобы определить куда переместился курсор QLabel. Но это все еще вариант.

@paddy мой предыдущий ответ связан с твоим комментарием

@VladPonomarev При всем уважении, я вынужден не согласиться, поскольку это не «вариант»: вероятно, это вариант. Работа со сложными объектными структурами почти всегда увеличивает сложность и эффективность вычислений. Если реализация будет выполнена надлежащим образом, это может решить некоторые проблемы эффективности. Например, вам не обязательно постоянно перебирать все виджеты: если вы не учитываете «перетаскивание выделений» (выборы, которые могут прокручивать содержимое), вполне достаточно знать относительную геометрию виджетов, тогда вам просто нужно проверить если позиция находится в пределах их прямоугольника.

@VladPonomarev относительно «Мне придется перебирать все виджеты...» — почему? Вы уже получаете события мыши, а оконная система уже более интеллектуальна, чем просто линейный поиск во всем. Таким образом, если ваш виджет излучает сигнал, потому что на него наведена мышь, владелец уже знает, происходит ли какое-то перетаскивание (или что-то еще), и, следовательно, нужно ли что-то с этим делать. Если вы не хотите рассылать спам-сигналы, вместо этого вы можете использовать события входа/выхода мыши.

@VladPonomarev У вас относительно сложная структура объектов, стремление к абсолютной эффективности — это химера. Вам необходимо сбалансировать эффективность возможных вычислений ЦП и реализации кода. Первая цель — найти правильный способ, который концептуально и логически имеет смысл, учитывает иерархию объектов и позволяет читать код, который можно соответствующим образом отладить. С этого момента вы можете в конечном итоге провести дальнейшую оптимизацию, если обнаружите, что реализация недостаточно эффективна и эти оптимизации ничего не нарушают.

Ах, хорошее видео. Да, единственный способ решить эту проблему — создать невидимый виджет верхнего уровня, который будет посредником между вашим пользователем и отображаемыми виджетами — эффективно перехватывая взаимодействия мыши и выборочно связывая их с соответствующим объектом ниже. Прошло некоторое время с тех пор, как я играл с Qt, поэтому у меня нет немедленного предложения о том, как это лучше всего реализовать, но слоты и система сигналов Qt очень полны, и у IIRC есть механизм, с помощью которого это можно сделать.

Рад, что у вас все получилось!