We end up talking about another issue :-)
The app is a toolbar
+-----------------------------+
| |
+-----------------------------+

each group of icons in the toolbar may relate to a diver, and there may be 1..4 groups of divers
having a floating label atop each group on tool bar made sense and seemed hard to achieve
ie
LABEL1 LABEL2
+------------------------------+
| |
+------------------------------+

my user did not like

+-------------------------------+
| LABEL1 LABEL2 |
| |
+-------------------------------+

Now when toolbar size is wrong, as it is under kde only, then the whole rest of layout is messed up [4 video screens, large, normal or small, other items ie vu level]
So my options are
a) tame kde (to size correctly)
b) don't use kde

James

Hi,

rehighlightBlock belongs to QSyntaxHighlighter.

Use the original repos, the clones are usually for people to do development before creating a merge request.

@tim-hilt Can you describe verbally which palette should be changed? The application palette? A specific widget’s palette? Something else? We’ll find it out!

I have since found out that grabWindow doesn’t work under Wayland. So I either have to find another way or resort to X11 again.

@mpyne said in How to use KDE Frameworks with Qt Creator:

Hi @daljit97, as you guessed, the difficulty is in helping Qt to find the appropriate metadata so that qmake knows how to handle "KSyntaxHighlighting" when it finds it in your QMake project file.

Looking at some of the Qt docs on a related topic, I found this page on advanced QMake usage.

The part you care about is the third option to add features to qmake: using the QMAKEPATH environment variable. By exporting this variable in your shell to the KF5 install directory, qmake should be able to find the various KF5 modules.

For example, my KF5 install is at ~/kde-5, so I did something like:

export QMAKEPATH=$HOME/kde-5 qmake make

on a shell project

# program.pro TEMPLATE = app TARGET = program INCLUDEPATH += . QT += widgets KSyntaxHighlighting SOURCES += main.cpp // main.cpp #include <QMainWindow> #include <QApplication> #include <QLabel> #include <Definition> int main(int argc, char **argv) { QApplication app(argc, argv); QMainWindow *win = new QMainWindow; KSyntaxHighlighting::Definition def; win->setCentralWidget( new QLabel(QStringLiteral("Hi!"), win) ); win->show(); return app.exec(); }

It is also possible to build Qt applications with CMake, and that is more traditional for significant KF5 users. But as long as this works for you it looks like it won't be too hard to do what you're trying to do while continuing to use qmake.

Ok so that was very helpful. On my machine that KSyntaxHighlighting had a .pri file in /usr/lib/x86_64-linux-gnu/qt5/mkspecs/modules. Following your suggestion I added a QMAKEPATH Environment variable in Qt Creator using the GUI tool that Qt Creator provides and now everything works!
0_1562930894756_Screenshot from 2019-07-12 12-27-19.png

Hi @huseyinkozan
Yes. It works like a charm.

Regards,
Mucip:)

@Rouleaux

import QtQuick import QtQuick.Controls import QtQuick.Controls.Universal // Imports Windows 10 theme. ApplicationWindow { visible: true Universal.theme: Universal.System // Uses Windows 10 theme.

This only really works on Windows, though. Without this, I've found that it adheres correctly to the system theme of KDE Plasma.

Perhaps mark as solved?

@Wieland I understand now. Thank you very much for your help!

I have the same issue with updating the context menu with Qt 5.6 on Ubuntu 16.04 KDE Neo.

There was just a post about this on the Development mailing list.
Here: http://lists.qt-project.org/pipermail/development/2016-January/024380.html
So it is coming to the repos, and officially part of 5.7

As for compiling, I don't know either.