CuteHMI
CuteHMI is an open-source HMI (Human Machine Interface) software written in C++ and QML, using Qt libraries as a framework. GitHub repository is a mirror!
Install / Use
/learn @michpolicht/CuteHMIREADME
CuteHMI
<!-- CUT HERE --> <!-- TravisCI badge hack that kills Doxygen (1.8.14) warning "Unexpected html tag <img> found within <a href=...> context". --> <div class="doxygen_github_hack" style="font-size: 0px"> </div> <!-- CUT HERE -->CuteHMI is an open-source HMI (Human Machine Interface) software written in C++ and QML, using Qt libraries as a framework.
CuteHMI is essentially a collection of libraries, plugins and executables, referred to as "extensions" and "tools", glued together by Qbs components. To create custom project one creates his own first-class extension, which may depend on any number of other extensions and uses specific tool to load its components. This makes CuteHMI very flexible framework with many use cases.

Note: While most of the project uses GNU Lesser General Public License version 3, some files are distributed under different licenses.
Branches
Consecutive branch numbers denote successive iterations of the project. Iteration of the project is related to build framework (repository layout and Qbs items). Extensions and tools are versioned independently and they have their own development status.
Branch "master" is a development branch. Development branch may contain source code that is undergoing deep changes, rendering it unusable. Branch "master" is merged frequently into a branch, which has "alpha" status. This branch may also undergo deep modifications, but it should be usable. Branches with "perpetual beta" status are stable in a sense that no backward incompatible changes shall be made to them. For new projects it is recommended to use "alpha" branch. By the time the project is finished branch should also stabilize.
<!-- CUT HERE --> <!-- TravisCI badge hack that kills Doxygen (1.8.14) warning "Unexpected html tag <img> found within <a href=...> context". --> <div class="doxygen_github_hack" style="font-size: 0px">| Branch | Build status | Development status |
|-------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------|--------------------|
| master | | pre-alpha |
| 7|
| alpha |
| 6|
| perpetual beta |
Compiling
-
Get the Qt toolkit. Open-source and commercial editions can be obtained from https://www.qt.io/. Qt can also be shipped with Linux distribution.
-
Open
CuteHMI.qbsfile with QtCreator and simply build it. -
All extensions dependent on external libraries will be disabled, if these libraries could not be found. To make the process of finding the libraries and installing them under Windows easier, a set of Makefiles is provided, which allows the libraries to be build from sources. Check out external libraries for more details. Each extension may provide individual documentation on how to build it.
Remember that Qbs caches Probe
items' results, so if the library is installed after the project has been
configured with Qbs, it will not show up. You can use --force-probe-execution
option to force Qbs to not use cached results.
NOTE: Qbs versions 2.1.0-2.2.1 are affected by a bug, which will result in errors at project configuration stage. Please use unaffected Qbs version.
Building only specified products
By default Qbs will compile all the products (tools and extension), even if they
are not needed for a project. To build only specific product use
--products | -p build option.
For example following command will build only CuteHMI.Examples.SimpleView.2
extension and its dependencies, using default configuration.
qbs -f CuteHMI.qbs -p CuteHMI.Examples.SimpleView.2
Find out more about build options on Qbs documentation website.
Getting started
For an introduction you may want to run one of the existing examples. In CuteHMI
everything is either a tool or an extension, therefore examples are also provided
as extensions. Their names start with "CuteHMI.Examples" prefix. The most basic
example CuteHMI.Examples.SimpleView.2 can be run with cutehmi.view.4 tool by
issuing following command.
cutehmi.view.4 CuteHMI.Examples.SimpleView.2
To create your own project you can simply copy one of the examples to your own
subdirectory in extensions directory (e.g. Me/MyExtension.0) and edit
project.qbs file. Change name property to match extension name (e.g. name: "Me.MyExtension.0")
After that you can use --force-probe-execution Qbs option or delete build
directory and rebuild whole project. Your extension should be installed and it
can be run with cutehmi.view.4 tool.
cutehmi.view.4 Me.MyExtension.0
More methodical approach is to use one of the templates. The process of creating custom extensions is described in more detail here.
Examples are listed in the documentation along with other extensions.
Internals
Directory structure of the project is organized as follows.
- _sass, _layouts - directories used by GitHub Pages.
- awkgward - code maintanance scripts (don't bother).
- dev - development notes (irrelevant).
- doc - a place where documentation shall be.
- extensions - libraries and QML extensions.
- external - directory containing "external" libraries.
- extra - various stuff related to the project, such as T-shirts.
- qbs - Qbs modules and imports.
- tools - executable programs.
Two most important directories are extensions and tools. Extensions combine functionality of QML extensions and standard libraries. They can be utilized by end-user applications, but they can be also linked with each other. Some extensions may depend on external libraries.
Quick links
Related Skills
oracle
345.9kBest practices for using the oracle CLI (prompt + file bundling, engines, sessions, and file attachment patterns).
prose
345.9kOpenProse VM skill pack. Activate on any `prose` command, .prose files, or OpenProse mentions; orchestrates multi-agent workflows.
Command Development
106.4kThis skill should be used when the user asks to "create a slash command", "add a command", "write a custom command", "define command arguments", "use command frontmatter", "organize commands", "create command with file references", "interactive command", "use AskUserQuestion in command", or needs guidance on slash command structure, YAML frontmatter fields, dynamic arguments, bash execution in commands, user interaction patterns, or command development best practices for Claude Code.
Plugin Structure
106.4kThis skill should be used when the user asks to "create a plugin", "scaffold a plugin", "understand plugin structure", "organize plugin components", "set up plugin.json", "use ${CLAUDE_PLUGIN_ROOT}", "add commands/agents/skills/hooks", "configure auto-discovery", or needs guidance on plugin directory layout, manifest configuration, component organization, file naming conventions, or Claude Code plugin architecture best practices.
