Hello World!
Your first window using KDE Frameworks
Last updated
Your first window using KDE Frameworks
Last updated
Your first program shall greet the world with a friendly "Hello World". For that, we will use a and customize one of its buttons.
We are going to discuss some basic code, and in the final section we will build it. You will need to set up your development environment (so that you can use the KDE Frameworks) first. You can do that in two ways.
Create a folder ~/kde/src/kxmlgui-tutorial. In that folder you will place the source code files from this tutorial.
Go through the [setting up your development environment]({{< ref "building" >}}) part of the Get Involved documentation. That will give you the necessary development tools and underlying libraries, and build the KDE Frameworks from scratch.
In your ~/.config/kdesrc-buildrc add the following:
All the code we need will be in one file, main.cpp. We'll start simple and increment our file as we go further. Create it with the code below:
Important
Using a QStringLiteral for strings like QStringLiteral("Hello World!") instead of literals like "Hello World!" is both a best practice in Qt programming and an expected coding practice in KDE software.
Important
So instead of QStringLiteral("Hello World!"), just typing u"Hello World!"_s is enough.
We're all done as far as the code is concerned. Now to build it and try it out.
In order to run our project, we need a build system in place to compile and link the required libraries; for that, we use the industry standard CMake, together with files in our project folder called CMakeLists.txt.
Create a file named CMakeLists.txt in the same directory as main.cpp with this content:
Here we try to find the modules for Qt 6 and KDE Frameworks 6 required to build our tutorial. The necessary files are included by CMake so that the compiler can see them at build time. Minimum version numbers are set at the very top of CMakeLists.txt file for easier reference.
Compile your project by running the following command in a terminal:
You can then run the application with:
Change directories to the project's root folder, then run the following command in a terminal:
Each line above matches a step of the compilation process: the configuration, build, and install steps.
The --parallel flag lets CMake compile multiple files at the same time, and the --prefix flag tells CMake where it will be installed. In this case, the executable helloworld will be installed to ~/.local/bin/helloworld.
You can then run the application with:
or
,
Our popup box is a , which has primarily two buttons: a , which usually serves as a confirmation button, and a , which usually portrays a different action, like a cancel or discard button. The popup box uses the KMessageBox class, the primary action uses a custom with the text "Hello", and the secondary action uses .
First we need to create a object. It needs to be created exactly once and before any other KDE Frameworks or Qt object, as it is the starting point for creating your application and thus required for other components, like for translations.
The first argument of the constructor is the text that will appear on the item (in our case, a button object to be used soon). Then we have the option to set an icon for the button, but for now we don't want one so we can pass an empty using QString(). We then set the tooltip (the text that appears when you hover over an item), and finally the "What's This?" text (accessed through right-clicking or Shift-F1).
Now that we have the item needed for our primary action button, we can create our popup with . The first argument is the parent widget of the , which is not needed for us here, so we pass nullptr. The second argument is the text that will appear inside the message box and above the buttons, in our case, "Hello World". The third is the caption shown in the window's titlebar, "Hello Title". Then, we set our custom , primaryAction. Lastly, we add a convenience object with , which returns a ready-made with localized text and cancel functionality, satisfying the function signature.
For your application to be localized, we must first prepare our code so that it can be adapted to various languages and regions without engineering changes: this process is called . KDE uses for that, which provides .
We start with a call to , which is required to properly set the translation catalog and must be done before everything else (except the creation of the instance). After that, we can just start enveloping the relevant user-visible, translatable strings with i18n(). The non-user visible strings that do not need to be translated should use a instead. We'll use those next with .
More information on internalization can be found in the .
Since we are about to use many string arguments, instead of writing QStringLiteral() 7 times, we can use QString's , a shorter notation for special to Qt that does the same thing. This is also where the using namespace Qt::Literals::StringLiterals; comes from.
is a core KDE Frameworks component that stores information about an application, which can then be reused by many other KDE Frameworks components. We instantiate a new object with its fairly complete default constructor and add author information. After all the required information has been set, we call to initialize the properties of the object.
Note how the message box adapts to its own contents, and how the window title now includes "Tutorial 1", like we set using . This property can then be accessed with when needed.
One more thing of note is that, if you are using a different system language, the button we created will likely already show up in your language instead of saying "Cancel".
Then we come to . This is the class one would use to specify command line flags to open your program with a specific file, for instance. However, in this tutorial, we simply initialize it with the object we created before so we can use the --version or --author flags that are provided by default by Qt.
The function locates the package that you ask it for (in this case ECM, Qt6, or KF6) and sets some variables describing the location of the package's headers and libraries. , or Extra CMake Modules, is required to import special CMake files and functions for building KDE applications.
Then we use to create an executable called helloworld. Afterwards, we link our executable to the necessary libraries using the function. The function call creates a default "install" target, putting executables and libraries in the default path using a convenience macro KDE_INSTALL_TARGETS_DEFAULT_ARGS provided by ECM. Additionally, just by including ECM, an "uninstall" target automatically gets created based on this "install" target.
You can also run the binary with flags. The flag --help is a standard flag added by Qt via , and the content of the --version, --author and --license flags should match the information we added with .
