OpenCV тяжёлая библиотека (и собирать её - то ещё приключение, насколько мне запомнилось по своему опыту), лучше, мне кажется, поискать что-то более специализированное
https://www.google.ru/search?newwindow=1&am...i10.Z9S9j7B3SJk

Анна,




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

    MyWidget dlg(0);
    dlg.exec();

[attachment=1972:CMyScrollHandler.zip]

Анна, прочитай описание
void QWidget::wheelEvent(QWheelEvent *event)

у тебя есть несколько вариантов:

1) для виджета scrollarea->widget запретить обработчик wheelEvent (тогда прокрутка будет возможна только ползунком)

2) для всех чайлдов scrollarea->widget поставить фильтр installEventFilter, а в eventFilter запрещать выполнение прокрутки чайлдов QEvent::Wheel. Тогда останется возможность всё крутить колесом, но контролы не будут дёргаться

3) самый сложный и самый "красивый" вариант: частично как №2 , но разрешать обработку прокрутки в чайлде, если на нём стоит фокус. Если же прокрутка производится не в чайлде, то фокус с чайлда убирать на scrollarea. Тогда чайлды будут иметь свою крутилку только тогда, когда по нему щёлкнули и сразу стали крутить колесо. Когда курсов уехал по scrollarea->widget, чайлдовая крутилка отключается

NicNici, вроде нет такой фичи, но есть следующие идеи:

------------------------------
вариант 1:

берём два одинаковых по количеству колонок виджета (QTableWidget) T0 и T1,
T1 размещается на T0 как чайлд (без использования компоновщика, чтобы не было спонтанных изменений размера).
T1 делается по высоте равным T0
T1 делается по ширине таким, чтобы слева и справа остались виднЫ нужные (первая и последняя) колонки T0
левый край T0 совмещается с правым краем первой колонки.
Также на T1 скрываются колонки первая и последняя

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

В итоге, визуально имеем T1 без первой и последней колонок, остальные колонки мотаются. Справа и слева видны торчащие колонки T0 (первая и последня). Ну и нужно синхронизировать вертикальную прокрутку

плюсы: полная функциональность таблиц
минусы: придётся плотно посидеть с напильником
------------------------------
вариант 2:

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

плюсы: "малоинвазивность"
минусы: отрисовка вручную, ну и функционал колонок нужно реализовывать вручную, если нужна интерактивность

MishaUA, нет, не правильный подход в корне

ты считаешь, что можно включить блок в одном потоке и отключить его во втором. Это не так. Каждый поток вызывает собственную пару lock-unlock, а система обеспечивает, что эти два "блока" не пересекутся во время выполнения кода обоих потоков

в твоём случае можно suspend второй поток. И в первом потоке запускать второй по некоему отсчёту времени

и вот так наизнанку никогда не делай

while(1) {
 m.unlock();

 m.lock();
}

Строго в порядке



Для этого есть специальный класс QMutexLocker. Пример:

//начало синхронизируемого блока
{
   QMutexLocker locker(&m);

   //синхронизируемый код

}

Noob256, запусти редактор, а потом в диспетчере задач погляди содержимое командной строки (есть там такая колонка, по умолчанию отключена)

Noob256,

должно быть
#include <windows.h>

как HBITMAP засунуть в QPixmap -
https://msdn.microsoft.com/en-us/library/wi...9(v=vs.85).aspx

но придётся ковыряться в форматах.

Можно попробовать так - создать совместимый (по размеру) с битмапом HDC, создать для него полноцветный HBITMAP (bitmap_dst), распечатать туда исходный битмап, а потом с bitmap_dst в едином полноцветном формате копировать при помощи GetDIBits

MishaUA, очевидно, что нужно не доходить до строки
return a.exec();
, а ждать, пока поток thr не разрешит это сделать

а окно можно скрыть
w.hide();

по ресурсам меня там всё устраивает, комп работает быстрее железяки ) И даже быстрее десяти таких железяк

Потоки система всегда раскидывает по "свободным" ядрам, об этом в общем случае можно не думать. Но, если что, можно озаботится расстановкой affinity и даже priority.

Если нет дополнительного ядра, то прерываниями ты ну никак не разгонишь производительность. Скорость реакции - да, но производительность - нет

JohnZ, не задумывался об этом, меня устраивает поток на 100%

я использовал в винде libusb, именно в отдельном потоке. Нормальная штука, работает чётко, в отличие от зависающего майкрочиповского драйвера

Pacan228, окно на Qt использует только одно верхнее апишное HWND окно, всё остальное рисует на этом окне библиотека без виндовых хендлов.

А таблицы эти - они же где-то хранятся, наверное ? Не в окне же. Ну либо самый экстремальный вариант - делать распознавание графики с окна и сдирать таким образом текст

Анна, можно попробовать так - потрясти за винапи

найти главное окно процесса, вот тут есть пример
http://forums.codeguru.com/showthread.php?...-process-handle

достать адрес оконной процедуры (параметр GWL_WNDPROC)
https://msdn.microsoft.com/ru-ru/library/wi...4(v=vs.85).aspx

и при помощи функции
https://msdn.microsoft.com/ru-ru/library/wi...1(v=vs.85).aspx

отправить сообщение WM_SHOWWINDOW
https://msdn.microsoft.com/en-us/library/wi...5(v=vs.85).aspx

iCast, можно предположить, что model->fieldIndex("car_name") и model->fieldIndex("task_name") возвращают одинаковые значения. Проверь

честно - никогда не заморачивался, просто пути сделал не кириллические )

спотыкается не сам креатор, по сути, а компиляторы-линкеры-утилиты всякие. Наверное, никто не будет их обучать кириллице

попробуй так

#ifdef Q_OS_WIN32
#define __attribute__(a)  //ничего не делаем
#endif

#ifdef Q_OS_WIN32
#pragma pack(push, 1)
#endif
typedef struct __attribute__ ((packed))
{
...
}MyStruct;
#ifdef Q_OS_WIN32
#pragma pack(pop)
#endif

в линуксе это тоже какой-то дефайн, видимо



а вообще в C++ вот так уже не модно делать:

typedef struct
{
...
}MyStruct;

вот так моднее )

struct MyStruct
{
...
};

Анна, и вопрос - зачем тебе выравнивание на 1 байт ? Это нужно обычно в случае работы с железякой или старыми структурами, то есть там, где байты должны быть чётко на своих местах без фантазий компилятора

Ponchikus, ты выводишь адрес локальной переменной, которая уже будет уничтожена по выходу из функции. Поэтому адрес вполне уже может использоваться под новые нужды. Значение, которая вернула функция, используется в конструкторе при создании нового объекта (QString str), для которого и был использован уже освободившийся адрес


кстати, вот так

QString str;
str=returnStr();
qDebug()<<&str;

адрес может быть выведен другой (по логике - он обязательно другой будет)

а что именно не работает ?

навскидку - не видно, где создаётся память для widget. А на инициализацию переменных вообще тут поклали

dmsovetov, не знаю, как насчёт одинаковых имён, я к своим слотам и сигналам приписываю префиксы slot_ и signal_ всегда, чтобы не нарываться на одинаковые имена ) Так, на всякий случай. Здесь вроде всё правильно компилятор понимает

ещё момент. Я добавил проверку

    if(!idx.isValid())
    {
        //после переименования файла вне программы попадаем сюда, однако
    }

и вот такой невалидный индекс ты передаёшь в rowCount, после чего ассерт показывается

Причину невалидности не знаю

ViGOur, рекурсии нету, поскольку указаны SLOT и SIGNAL , поэтому препроцессор вроде понимает их как разные сигнатуры

poluna, у меня обычно есть "внемодельное" дерево - источник, по которому модель пересобирается. Контейнер обычно на основе QMap<>

struct s_item
{
 s_item* m_parent;
 QVector<s_item*> m_children;

...

};


s_item* m_root;
QMap<s_item*,s_item*> m_tree;

У тебя этой очень удобной детальки , похоже, нету, поэтому мы не и понимаем друг друга В контейнере всё ищется и перебирается запросто

SibBear, про сбой не знаю (сбой - это серьёзно ), а при разрыве связи можно посмотреть

https://dev.mysql.com/doc/refman/5.7/en/auto-reconnect.html

метод QSqlDatabase::setConnectOptions , параметр MYSQL_OPT_RECONNECT

ну и проверяем, что база открыта isOpen

Переподключаться можно точно так же, как подключался

db.close();
db.open();

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

я сомневаюсь, что это возможно в общем случае

но можно попробовать найти эмулированный телефоном COMпорт и AT командами выведать инфу о устройстве. Если COM не создаётся, то перебирать при помощи WinAPI все устройства и по вендорам, видимо, пытаться выяснить, кто из них кто

детали не смогу подсказать )

Ещё решение может зависить от поставленной цели

Оля, в QtCreator , в редакторе формы в свойствах найди palette, откроется редактор. Там выбери детальное отображение цветов. А внизу окна - режим, который хочешь настраивать. И экспериментируй , так сказать, визуально )) Я лично там путаюсь немного, да и редко пользуюсь этим

потом можно открыть *.ui редактируемого диалога и найти, как там что расставилось.

ну как бы есть )

std::map<int/*номер в QStringList*/,uint32_t/*индекс в файле*/>
+
обратный мар (только уже multimap)

mezmay, попробуй. Я этой утилитой для windriver файлы ставил, может быть проканает и тут
[attachment=1837:wdreg.zip]

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

хм, форум чего-то ругается при скачивании. Файлы безопасные так то о_О

[attachment=1838:__________.png]