Russian Qt Forum

под конец рабочего дня моск уже плавится, не вижу, как сделать это...

есть список, унаследованный от QListWidget, отличается наличием обработчика клавиатуры, и обработчиком событий для реализации тултипа

начинается этот обработчик так:


собственно слямзено отсюда (http://doc.qt.nokia.com/4.2/widgets-tooltips.html) - и все работает, пока... курсор не зависнет на скроллбаре этого списка, тут же слет, поскольку внутри itemAt()->text() там что-то не определено

то есть, логично проверку сделать, не оказался ли кусрор над полезной строкой списка, вроде бы даже есть int QListWidgetItem::type () - но с чем его сравнивать? в список добавлялись честные QString, но целочисленного типа я в упор у QString не вижу...  ???

наверно все алиментарно, просто устал под конец дня

Довольно опасная конструкция.
itemAt может спокойно вернуть 0, лучше это проверять.

C++ (Qt)
bool MytListWidget::event( QEvent* event )
{
	if( event->type() == QEvent::ToolTip )
	{
		QHelpEvent *helpEvent = static_cast<QHelpEvent *>(event);
		QTableWidgetItem *item =  itemAt( helpEvent->pos() );
		QString text = item? item->text() : "хрен его знает, где сейчас этот курсор";
 
.................
 

ну так оно и было... уже в отладчике увидел... ;D

но все равно ерунда какая-то происходит - если это мой айтем, я выдаю тултип, и сваливаю return true;, тут все хорошо

но если не мой, я честно сваливаю в виде return QWidget::event(event); по понятным причинам, так и в примере написано

так вот, почему-то при скроллированнии вниз, когда скроллтаб упирается в нижний или верхний край, стабильно происходит падение где-то в потрохах Qt внутри этого обработчика, который я вызываю, в стеке видно множество внутренних вызовов

если отключаю свой обработчик event то все нормально работает

Показывай весь обработчик.  ;)

весь нет смысла, там чистая специфика, только выдача тултипа, а кроме этого ровно так:


вот при вызове последнего event(event) где-то внутри Qt валится при обработке mouse wheel event

наверно надо QListWidget::event(event) вызывать, завтра посмотрю

да с   return QListWidget::event(event); не вылетает  :)

да, конечно

конечно, вызывать обработчик события надо у того класса, который непосредственно наследован, поскольку классы в иерархии выше знать не знают что там ниже понавешано, соответственно QWidget ни сном, ни духом про какие-то скроллбары

/* просто под конец дня, после отладки нескольких сотен строк с нуля, моск уже сбоить начинает */