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. Hoy 11 de julio se ha anunciado la vigesimoctava a 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.
Vigesimoctava actualización de KDE Frameworks 6 y librería KCodecs
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 Frameworks 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 hoy, 12 de junio de 2026 fue anunciado que ya tenemos la vigesimosoctava actualización de la rama, es decir, que ha sido lanzado KDE Frameworks 6.28.
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 KCodecs
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 desde el mes de marzo inicié la serie de las Tier 1 con Attica y BluezQt
Este mes seguimos con la quinta librería de KDE Frameworks, KCodecs es manipular cadenas de texto y flujos de datos utilizando diferentes codificaciones y conjuntos de caracteres (charsets).
Su función principal es determinar automáticamente el conjunto de caracteres de una cadena de texto, traducir entidades XML, validar direcciones de correo electrónico y buscar codificaciones por nombre de una forma más tolerante que QTextCodec (lo cual es útil, por ejemplo, para datos que provienen de Internet).
Esto permite que la conversión de texto de un correo electrónico en KMail o al pegar y copiar desde una pagina web a Kate sea mucho más fiel al original, aunque esté mal puestas ciertas etiquetas.
Más información:
- Página principal: https://api.kde.org/kcodecs-index.html
- Repositorio Git: https://github.com/KDE/KCodecs
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.
