Como los lectores habituales del blog sabrán,el 28 de febrero de 2024 la Comunidad KDE realizó un importante salto tecnológico, uno que marcó su evolución para los próximos años. Este gran cambio a las librerías Qt 6 nos proporcionó el nuevo escritorio Plasma 6, del que ya he hablado a lo largo de muchas entradas. Pero no solo fue eso, sino que además nos trajo el salto también a KDE Frameworks 6, las librerías propias del proyecto KDE. El pasado 11 de abril se anunció la vigesimoquinta actualización de KDE Frameworks 6, el motor del proyecto que soporta todo el resto de la infraestructura. Como extra de este año voy a complementar esta serie con el listado y descripción de los componentes de esta importante pieza de la maquinaria de KDE.
Vigesimoquinta actualización de KDE Frameworks 6 y librería Librería BluezQt
A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.
Para los que no lo sepan, KDE Frameworks añade unas 83 librerías a la propias de Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones específicas y publicadas bajo licencias flexibles.
De esta forma, KDE Frameworks se convierte en la base de trabajo de los desarrolladores para realizar sus aplicaciones o sus desarrollos para los entornos de trabajo (escritorio para ordenadores, plasma mobile, etc).
Un buen símil es que KDE Framworks es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.
Como he dicho, el pasado 28 de febrero de 2024 KDE Frameworks saltó de la versión 5 a la 6, y el pasado, 11 de abril de 2026 fue anunciado que ya tenemos la vigesimoquinta actualización de la rama, es decir, que ha sido lanzado KDE Frameworks 6.25.
Hay que destacar que esta versión forma parte de una serie de versiones mensuales planificadas para poner las mejoras a disposición de los desarrolladores de forma rápida y previsible y que es absolutamente recomendable su actualización.
Más información: KDE |KDE Frameworks en el blog.
Librería BluezQt
Tal y comenté el a principio de año, voy a ir describiendo cada una de las librerías que nos ofrece KDE Frameworks. El mes de febrero empecé con la única de Tier 0, o nivel base de KDE Frameworks, Extra CMake Modules (ECM), y este el pasado mes de marzo inicié la primera de Tier 1: Attica.
Este mes seguimos con la segunda librería de KDE Frameworks, BluezQt, que como se puede deducir del nombre es una librería que ayuda a las aplicaciones gestionar adaptadores, buscar dispositivos cercanos, establecer emparejamientos y administrar perfiles de comunicación sin tener que lidiar directamente con el código de bajo nivel del sistema de mensajes del kernel.
En otras palabras, BluezQt es el motor que permite el funcionamiento del asistente de Bluetooth en KDE Plasma, facilitando tareas cotidianas como conectar auriculares inalámbricos, transferir archivos o monitorizar el estado de la batería de periféricos.
- Página principal: https://api.kde.org/bluezqt-index.html
- Repositorio Git: https://github.com/KDE/bluez-qt
Las librerías de KDE Frameworks 6
Las librerías que conforman KDE Frameworks se categorizan, según podemos leer en la documentación de KDE API Reference/KDE Libraries, en varios niveles de complejidad, categorías o, en inglés,Tier, que es como lo vamos a leer en muchos sitios.
De esta forma tenemos el siguiente listado categorizado.
Tier 0: nivel base de KDE Frameworks, independiente de cualquier otro framework de KDE.
Extra CMake Modules (ECM)
Módulos extra de CMake
Tier 1: dependen solo de Qt (y posiblemente un pequeño número de otras bibliotecas de terceros), por lo que pueden usarse fácilmente en cualquier proyecto basado en Qt.
Tier 2: dependen adicionalmente de frameworks de Tier 1, pero aún tienen dependencias fácilmente manejables.
Tier 3: son generalmente paquetes más potentes y completos, y por consiguiente tienen dependencias más complejas.
Tier 4: pueden ser en gran parte ignorados por los programadores de aplicaciones; este tier consiste en plugins que actúan en segundo plano para proporcionar funcionalidad adicional o integración de plataforma a frameworks existentes (incluyendo Qt).
El único tier de esta categoría o nivel es FrameworkIntegration
En un futuro iremos describiendo cada una de estas librerías, con sus usos más comunes.
