Помогите организовать мигание иконки внутри делегата

[Kolobok]

а вы не рассматривали вариант засовывания gif-анимации в делегат??

Не работает. Я думаю gif-анимация работает только в виджетах.

[crossly]

а как пробовали?? посмотри как реализовано в QLabel

[Kolobok]

Делегат в принципе не может делать анимацию сам, потому что он не знает ничего ни о модели, ни о вью, ни о том, где во вью расположены элементы.

[lit-uriy]

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

[break]

идея на счет gif анимации и специализированного делегата кажется наиболее здравой, делегат может в своем painEvent проерять условие из вне и решать какой frame из gif рисовать

[Kolobok]

идея на счет gif анимации и специализированного делегата кажется наиболее здравой, делегат может в своем painEvent проерять условие из вне и решать какой frame из gif рисовать

Делегат не виджет. У него нет paintEvent.

[break]

Код

C++ (Qt)
class CBtn_Delegate : public QItemDelegate
{
	Q_OBJECT;
	QString m_sIconPath;
 
public:
	CBtn_Delegate( QObject * parent = 0 );
	QWidget * createEditor( QWidget * parent,
							const QStyleOptionViewItem &option,
							const QModelIndex &index ) const;
	void setEditorData( QWidget * editor, const QModelIndex &index ) const;
	void setModelData( QWidget *editor, QAbstractItemModel *model,
					   const QModelIndex &index ) const;
	void updateEditorGeometry( QWidget *editor,
							   const QStyleOptionViewItem &option,
							   const QModelIndex &index) const;
	void paint( QPainter * painter, const QStyleOptionViewItem &option,
				const QModelIndex &index ) const;
 
	inline void setIconPath( QString sVal ) { m_sIconPath = sVal; }
};
 

Код

C++ (Qt)
void CBtn_Delegate::paint( QPainter * painter, const QStyleOptionViewItem &option,
						  const QModelIndex &index ) const
{
	QWidget * w = dynamic_cast<QWidget *>( painter->device() );
	if ( w )
	{
		QStylePainter p( w );
		QStyleOptionButton opt;
		opt.icon = QIcon( m_sIconPath );
		opt.iconSize = QSize( 24, 24 );
		opt.initFrom( w );
		opt.rect = option.rect;
 
		bool bChecked = index.data().toInt() > 0;
		if ( bChecked )
			opt.state |= QStyle::State_On;
		p.drawControl( QStyle::CE_PushButton, opt );
	}
 
	drawFocus( painter, option, option.rect );
}
 

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

[Kolobok]

И где здесь анимация?

[break]

Ее там нет(я и не утверждал обратное) это просто пример моего делегата кот. первый попался на глаза в проекте, код выложил чтобы не быть голословным на счет pain в делегате.

[neosapient]

>> Кстати как автор хочем чтобы все мигали разом или в такат?
Автор хочет, чтобы мигало в такт.

Вообще, внимательно слежу за развитием дискуссии... Способ, по которому пошел, я описал выше в 5 посте.

Медленно, но верно прихожу к выводу, что анимацию исключительно на делегат повесить нельзя. Пришел к мысли, что анимация в ячейках таблицы реализуема только в связке delegat+model+timer или в более общем случае delegat+model+event. И способов убрать модель из этой связке нет, по той причине, что следует от имени модели посылать сигнал QAbstractItemModel::dataChanged(QModelIndex,QModelIndex).
В общем делегаты хороши для статической отрисовки. Да и вся QAbstractItem-архитектура заточена для статической отрисовки.

(очень хочется, чтобы я ошибался, но факты упрямая вещь)

Timer	->	Model	->	Table	->	Delegat
Event	->	dataChange	->	rendering	->	paint

[Kolobok]

А таблица большая? И сколько может быть мигающих элементов?

Захотелось сказать пару слов о самой идее. Мигающую таблицу я стал бы делать только для клиента, которого тихо ненавижу. Существует столько способов выделить нужные строки ( цвет фона или  шрифта, размер шрифта или строки ... ), которые привлекают внимание и не приводят к нервному срыву.

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

[Igors]

Код

C++ (Qt)
void CBtn_Delegate::paint( QPainter * painter, const QStyleOptionViewItem &option,
						  const QModelIndex &index ) const
{
	QWidget * w = dynamic_cast<QWidget *>( painter->device() );
	if ( w )
	{
		QStylePainter p( w );
		QStyleOptionButton opt;
		opt.icon = QIcon( m_sIconPath );
 

... Все это легко делается ...
[/quote]Не вызывает сомнений что Вы владеете Qt, и для Вас это действительно легко. Но чего это надо перекрывать paint (т.е. брать на себя рисование) только для того чтобы изменить background? Чем плохо просто дополнить модель? У модели все на руках, все данные она знает, ну и пусть занимается также и цветом фона - зачем это совать в делегат который так себе "прослойка интеллигенция"? 

[break]

Да и вся QAbstractItem-архитектура заточена для статической отрисовки.

Поясните конкретнее что вы имеете ввиду. Что нельзя написать модель так чтобы при частых изменениях в данных эти изменения происходили во VIEW? если я правильно понял то вы ошибаетесь это вполне можно сделать.

Но чего это надо перекрывать paint (т.е. брать на себя рисование) только для того чтобы изменить background? Чем плохо просто дополнить модель? У модели все на руках, все данные она знает, ну и пусть занимается также и цветом фона - зачем это совать в делегат который так себе "прослойка интеллигенция"?

Для меня модель это данные - а в данных просто где-то стоит галочка что эта строка/ячейка/столбец особенные. И вот однажды эту особенность захотелось выделить в таблице миганием - при чем тут модель? А завтра в другой таблице этого не захочется - а в модели останется ненужный функционал, которые вообще ничего не делает с данными а как раз занимается декорациями. Мне кажется здесь как раз вполне нормально использовать делегат для реализации таких декораций. Тем более что с производительностью проблем быть не должно, делегаты для того и придуманы чтобы установить его на колонку и не забивать голову про производительность (при такой установке создается 1 экземпляр класса делегата код которого вызывается при отрисовке каждой ячейки вместо стандартного кода отрисовки ячеек).

По поводу связки с таймером - тоже не вижу особых проблем - даже несколько способов можно придумать:
1) Делегат имеет право иметь слот который будет сконнекчен с сигналом таймера (QTimer) заведенным в программе (ни в моделе, ни в таблице - просто в окне в котором моздается эта таблица будет еще и таймер),
2) Можно не использовать QTimer и сигналы со слотами - а стартовать таймер через int QObject::startTimer ( int interval ) в делегат передать ID созданного таймера и там слушать его в  void MyObject::timerEvent(QTimerEvent *event) проверяя на совпадение с заданным ID

по сигналу от таймера в делегате переключается отрисовываемый фрейм или грубо говоря выбираем картинку одну из двух для отрисовки в данный момент.

[Kolobok]

to break
Я не просто так говорил, что делегат не виджет и у него нет paintEvent. Почитай документацию о том, как происходит рисование в Qt.

[break]

Я не просто так говорил, что делегат не виджет и у него нет paintEvent. Почитай документацию о том, как происходит рисование в Qt.

В чем проблема?