Russian Qt Forum

Добрый день

Хотелось бы иметь возможность рисовать "поверх" всех виджетов, типа как делает drag'n drop, Пример:

- есть окно в котором много чего нарисовано. Теперь (всего-навсего) нужно дать пользователю возможность что-то выбрать в окне рамкой. Приходится заводить члены класса, добавлять код рисования рамки в paint и перерисовываться всякий раз при ее изменении. А если paint большой и/или небыстрый, то придется его кешировать. Все это не выглядит хорошо/грамотно.

В нативняке техника рисования на слое известна уже более 10 лет. А как это сделать средствами Qt?

Спасибо

QRubberBand ?

Да, в этом направлении, но QRubberBand  hard-coded, больше чем он дает по дефаулту не получить.

drag'n drop рисует в с воём собственном окне)

Можно на главном окне создать виджет  и на нём рисовать.
Можно вообще поместить отдельное прозрачное окно поверх нарисованного и уже на нём рисовать.

+1

На OSX дело сводится к вызову системного DnD. Есть QDesktopWidget - он имеет именно тот нативный тип окна что предназначен для этих целей. Но как мне прорваться к рисованию на нем?

Так новое окно становится в фокус и бросает тень. С виджетом буду пробовать

Средствами Qt навряд-ли получится рисовать на root-овом окне.

А что, разве на OSX нельзя иметь окно без декораций и теней?

C QDesktop.. видимо глухо - ничего не дают.  Вставить в окно прозрачный виджет и на нем рисовать - работает, но при попытке перерисовать этот виджет вызывается paint всего окна, причем дважды (почему - хз). Поэтому сосредоточился на варианте "прозрачное окно поверх". Смену фокуса убрал с помощью WA_ShowWithoutActivation. Тень убрал вызовом нативной ф-ции, ну ничего, боковым зрением видел в Qt5.x это уже есть, потом вычищу нативняк. Таким образом я могу рисовать "поверх" и при этом никаких paint для нижнего окна не вызывается, и никаких изменений в коде нижнего не требуется - хорошо.

Но при этом я не учел маленькой вещи - надо рисовать XOR'ом, а он работает "в пределах верхнего окна" т.е. никак не учитывает нижнее. Можно конечно сначала скопировать нижнее в верхнее - но это совсем коряво :'(  Как это порешать?

Спасибо

Дык, разве есть варианты?
Если Qt<5, то можно легко через QWidget::windowSurface() через приватный инклюдник добраться до double-buffer основного окна.

Можно и просто через QPixmap::grabWindow (работает и для окон с OpenGL). Ну а дальше-то что? Напр нужно провести хоr-линию, не буду же я выцарапывать и инвертировать по пикселю  :'(  Остается скопировать все содержимое в верхнее, ну как бы покрыть окно его же копией и там уже xor-ить. Но тогда придется следить за изменением нижнего - не кайф

и все же... QRubberBand? :)

но в целом, ответ на вопросе содержался уже в вопросе :)


ну, добавится пару строчек кода. проверить, активно ли выделение, и если да, отрисовать прямоугольник. Зачем заморачиваться с какими-то окнами, ксорами...?

На OSX он просто создает белый виджет с альфой 0.25 (hard-coded). Это все что можно получить

Не пару - придется отслеживать mouseMove и.т.п. А резоны такие

1) Тяжелый/длинный paint (доли секунды и больше). Здесь рамочка будет "застревать" (если делать ее в основном paint)

2) Уже имеются какие-то окна (возможно писаные др программистом). Влезать в чужой (развесиситый)  класс, и не один - небольшое удовольствие. Выделять базовый (ради сервиса рамочки) - минимум спорно. Задумка сделать сервис выделения рамкой независимым, чтобы он мог применяться к любому окну. Это ценно/важно

Независимым, боюсь, не получится. В любом случае ведь придется как-то помечать выделенные объекты. Т.е. они как минимум должны иметь состояние "выделен-не выделен". То есть у всех них видится единый базовый класс, который бы отвечал за статус выделения. И, скорей всего, в зависимости от этого статуса должен меняться их внешний вид, правильно?

Конечно только само окно знает какие в нем объекты, могут ли они быть выделены и.т.п. Но сначала нужно получить прямоугольник от юзера (т.е. "где выделять"). И тащить этот выбор в каждый или базовый класс совсем не тянет. Хотелось бы напр так

C++ (Qt)
void MyClass::mousePressEvent( QMouseEvent * e )
{
  ...
  QRect selectR;
  if (MyUtils::DoSelectByRect(this, rect(), e->globalPos(), &selectR)) {
    // разбираемся что попало в selectR
  }
 ...
}

Почему обязательно через XOR и QRubberBand?
Разве свой rubber-band сложно сделать? Например, типа затемнённой заливки?
При изменениях области через QPixmap::grabWindow() захватываешь соответствующую область с основного окна, заливаешь полученный пиксмап через drawRect() полупрозрачным QBrush и непрозрачным QPen и уже этот пиксмап отрисовываешь на верхнем окне.

Насчёт слежения за изменениями нижнего...
А нужно ли?
Ведь показывать верхнее окно следует только по нажатию кнопкой мыши.
Думаю ничего страшного не произойдёт, если картинка замрёт.

Не вижу проблемы)

Кстати, судя по описанию QPixmap::grabWindow():
использовать его в данном случае не получится.
У себя я добирался непосредственно до double-buffer так:

C++ (Qt)
#include <private/qwindowsurface_p.h>
 
if( QPaintDevice* pdev = top_level->windowSurface()->paintDevice() )
{
	if( QPixmap* pix = dynamic_cast< QPixmap* >( pdev ) )
	{
		...
	}
	else if( QImage* img = dynamic_cast< QImage* >( pdev ) )
	{
		...
	}
}
 

Получается. Создаваемое окно имеет те же флаги что и нижнее. Если нижнее было перекрыто каким-то окном (напр палеткой) то верхнее/созданное также будет перекрыто

Это не работает с нативным double-buffer там device не QImage/QPiхmap а нативный контекст 

Да, все работает. Но хотелось бы обойтись чисто композитом, без копирования содержимого. К сожалению не вижу как разрулить XOR, а без него сложно  :'(

Хм... Странно, по исходникам этого не скажешь.

Можно и без приватного хедера

C++ (Qt)
#include <QtWidgets>
 
class MyDialog : public QDialog {	
public:
 
	void paintEvent( QPaintEvent * )
	{
		QPainter p(this);
		QPaintDevice * pdev = p.paintEngine()->paintDevice();
		QImage * img = dynamic_cast<QImage *> (pdev);
		QPixmap * pix = dynamic_cast<QPixmap *> (pdev);
		qDebug() << pdev << img << pix;
	}		
};
 
int main(int argc, char *argv[])
{
	QApplication app(argc, argv);
	MyDialog().exec();
	return 0;
}

На Вындоуз имеем QImage, на OSX 2 нуля

а если создавать по нажатию мыша окно и заливать его кистью с цветом Qt::transparent? и рамочку потом поверху?
не знаю, будет ли на маке работать, но по идее должно.

Так же и делаю. Вместо заливки проще WA_TranslucentBackground. Еще нужно пресечь смену фокуса и убрать тень (см обсуждение выше). К сожалению, не нашел элегантного способа XOR-ить это окно с тем что под ним

Почему вы так хотите xor-ить содержимое? В восмедисятых-девяностых 20 века - ну ладно, сейчас 21 век... :)

С удовольствием бы от него избавился, но что взамен? Предлагайте. Какой-то цвет (напр красный) - так его надо задавать в преференсах. Плюс лезть во все драги и переписать логику инверсии (не смертельный, но неприятный пробег по чужому коду).

[/offtop]
"восьмидесятых"  :)

Цвет лучше выбрать фиолетовый, он круче красного.

Скажите, а сейчас вам не надо пробегаться по всем местам чужих исходников?

А по поводу описки... Уж простите. Ну не всем так повезло, иметь учителя русского языка в семье. :)

Отвечаю без цитат, пока могу писать (обратите внимание, ударение на второй слог) только с телефона.