Обработка нажатия клавиши PrintScreen Опции

[Bartimeus33nt10]

Но нажатие PrintScreen она не хочет перехватывать ни в какую.

а в libqxt такая кнопка вообще есть?

хм, в каком плане? Я воспользовался QxtGlobalShortcut оттуда.

QxtGlobalShortcut hotkeyHandle;

hotkeyHandle.setShortcut(Qt::Key_Print);
hotkeyHandle.setEnabled(true);
connect(&hotkeyHandle, SIGNAL(activated()), this, SLOT(hotkeyPressed()) );

[Litkevich Yuriy]

QxtGlobalShortcut hotkeyHandle;

hotkeyHandle.setShortcut(Qt::Key_Print);
hotkeyHandle.setEnabled(true);
connect(&hotkeyHandle, SIGNAL(activated()), this, SLOT(hotkeyPressed()) );

в этом коде hotkeyHandle временный (локальный) объект, он умрёт по выходу из функции.

[Bartimeus33nt10]

туда передается указатель на этот объект, так что ты тут ошибаешься.
но дело не в нем.


Точнее адрес передается

[silver47]

Точнее адрес передается

Он как раз не ошибается. То что Вы написали, это вполне себе вероятный выстрел в ногу. Что будет выведено в результате такой программы и всегда ли вывод будет таким, каким вы ожидаете:

int* returnFive(){
    int a(5);
    return &a;
}
int main(int argc, char *argv[]){
    qDebug() << *returnFive();
}

Это этюд относительно простых переменных.

В случае с объектами же, думаю что будет вызван деструктор объекта и сигнал издавать будет просто некому.

Сообщение отредактировал silver47 - 19.8.2011, 13:05

[Bartimeus33nt10]

Согласен, после выхода из функции по адресу переменной хранящей пятерку будет мусор.
Но, в моем случае ситуация совершенно другая. Тут идет передача параметров функции по ссылке.
Посмотрите нижеприведенный код.

#include <iostream>
#include <conio.h>

using namespace std;

class Test
{
public:
    Test(){cout << "Create" << endl;}
    ~Test(){cout << "Destroy" << endl;}
private:
    
};

void testFunction(Test *value)
{
}

int main()
{
    Test A;
    testFunction(&A);
    return 0;
}

Сам можешь убедится, что деструктор не будет вызываться при выходе из testFunction.

А по теме у кого нибудь есть идеи?

[Bartimeus33nt10]

QxtGlobalShortcut hotkeyHandle;

hotkeyHandle.setShortcut(Qt::Key_Print);
hotkeyHandle.setEnabled(true);
connect(&hotkeyHandle, SIGNAL(activated()), this, SLOT(hotkeyPressed()) );

в этом коде hotkeyHandle временный (локальный) объект, он умрёт по выходу из функции.

А, я понял, что вы имели ввиду. Нет, такого у меня не будет, потому что этот hotkeyHandle является членом класса.
Каюсь, не очень корректно привел кусок кода

Но не суть важно. Важно, что не работает перехват именно кнопки принтскрина. Если поставить любую другую клавишу - все работает.

[Litkevich Yuriy]

Bartimeus33nt10, не может ли быть такой ситуации: виндовоз не посылает соответствующего уведомления приложениям, считая эту кнопку "своей" ?
Ведь в виндах <PrintScreen> и <Alt>+<PrintScreen> делают снимок экрана (окна) и помещают растр в буфер обмена.

[Bartimeus33nt10]

Litkevich Yuriy
Воот, хорошо. Да, это и была первая у меня мысль. Вопрос в том, что это как то надо обойти. Или выдрать изображение из буфера. Но я не знаю как.

[Bartimeus33nt10]

Отлично, на форуме толпа народа, но ни у кого даже мыслей по этому поводу нет.

[RazrFalcon]

В Screenshot Example есть пример как забрать скрин экрана.

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