Hace unas horas, Nate Graham, de KDE y famoso principalmente por publicar cada semana las novedades que ha habido en el proyecto en el que colabora, lo ha confirmado. En realidad era un secreto a voces, pero hay parte de la comunidad Linux que no lo sabía. KDE 4 era un desastre, llegando a tal punto de ser el responsable de que se piense que lo que empezó como Kool Desktop Environment esté lleno de bugs. Ahora, con Plasma 6.0 ya disponible, puede quedar aquello atrás.

Graham espera que «esto ayude a desterrar esos dolorosos recuerdos de KDE 4 que ya tienen 16 años«. Según dice, estamos ante un nuevo KDE, y eso quedaría demostrado con la información que ha ido recogiendo de la comunidad, con los comentarios, el feedback directo e indirecto, ya que se ha zambullido en redes sociales para ver qué pensaban de verdad los que lo han probado ya. Y lo curioso es que las valoraciones son mayoritariamente positivas, y eso que prácticamente sólo se ha podido usar en KDE neon y es aquí donde peor han salido las cosas.

Plasma 6.0: más duro, mejor, más rápido, más fuerte

Graham lo explica así:

«El martes pasado salió el Mega-Lanzamiento de KDE, y me alegra informar de que fue bien. Las impresiones iniciales parecen ser abrumadoramente positivas. He estado haciendo un triaje de errores extra y un seguimiento de las redes sociales desde entonces para ver si había algún problema importante, y hasta ahora las cosas se ven muy bien en el frente de errores también. Creo que nuestros 3 meses de control de calidad han merecido la pena. Enhorabuena a todos por un trabajo bien hecho. Esperemos que esto ayude a desterrar esos dolorosos recuerdos de hace 16 años de KDE 4. Ahora es un nuevo KDE. Más duro, mejor, más rápido, ¡más fuerte!«.

Hubo más problemas en KDE neon, pero no han dado detalles al respecto. Sí se sabe que han lanzado una segunda actualización para arreglarlo y se recomienda actualizar en cuanto sea posible.

Aún así, parece poco teniendo en cuenta que nos entregaron una punto-cero con tantos cambios como los que incluye Plasma 6.0. Los retoques no están sólo en lo que se ve, en partes como la nueva vista general o los paneles flotantes; además, también construido los cimientos para cambios que llegarán más adelante.

¿Qué pasó en KDE 4 y por qué esa mala fama?

KDE 4 llegó en 2008. Habían pasado 10 años desde el lanzamiento de KDE 1, pero seguía en pañales. Fue una reescritura completa… y no salió todo lo bien que les habría gustado. Tenía sus luces y sus sombras, siendo las luces cosas como la fluidez y las sombras se veían en forma de errores.

Yo lo probé en Kubuntu en 2016, cuando buscaba cualquier cosa que no fuera Unity. Recuerdo bien lo que sentí: en la Live Session todo era perfecto, y eso me hizo instalarlo en mi viejo portátil. Una vez iniciado el sistema, el escritorio era fluido y personalizable, y me recordaba al GNOME 2.x que usaba antes en Ubuntu, pero mejorado.

El pozo de mi gozo lo pusieron esos bugs que mermaban la experiencia de usuario. Pensaba que había algún problema de compatibilidad con mi portátil, pero el hecho era que yo no podía usarlo. Y fue entonces cuando KDE empezó a coger fama de buggy.

Y entonces llegó Plasma 5

Durante ese mismo 2016 llegó Plasma 5, ya con el cambio de nombre que se mantiene hasta hoy. En ese punto se empezó a encontrar el rumbo a seguir, el buen camino, y la madurez fue llegando. En mi caso concreto, yo le dí otra oportunidad en 2019, y los problemas del pasado ya se habían solucionado. Así que me quedé en KDE.

Han pasado 5 años desde aquel momento, y el tiempo no ha pasado en balde. Ahora ya tenemos disponible Plasma 6.0, y en KDE están convencidos de que la madurez es ahora total. Se ha llegado al punto de que esperan lanzar sólo dos versiones mayores al año porque no son necesarios tantos cambios y tan rápido.

KDE 4 hizo mucho daño al proyecto, por lo de la mala fama, pero decisiones como las de Valve con la Steam Deck, Manjaro con su consola, o Ubuntu Studio y EndeavourOS, que se han decantado por defecto por Plasma, parecen indicar que se está revirtiendo la situación. Que siga así.

from Linux Adictos https://ift.tt/k4S2Oyv
via IFTTT

Hace un tiempo, mi compañero diego escribió varios artículos (como este) sobre frameworks para crear contenido web, más concretamente aquellos que se encargan de darle el diseño. Al final, los navegadores web sólo entienden HTML para la estructura, CSS para el diseño y JavaScript para, como decía mi profesor en esto, animar el contenido, aunque existen frameworks como Laravel o Django que parecen decir lo contrario. Parecen. Lo que vamos a hacer hoy aquí es explicar cuándo deberíamos elegir una opción u otra para darle forma al contenido HTML.

Aunque en el titular se menciona Tailwind y Bootstrap, a lo que me refiero con esos nombres es más bien a lo que algunos consideran que están en un punto medio entre CSS puro y un framework propiamente dicho y un framework completo. Ambos son frameworks, pero Bootstrap tiene casi todo ya hecho y Tailwind permite mucha más personalización. Ya estoy adelantando uno de los motivos para elegir una opción u otra, pero vamos a empezar con cuándo usar CSS.

Cuando elegir CSS puro para mi sitio web

El CSS puro es cuando uno escribe todas las reglas manualmente usando selectores. Por ejemplo, cuando quiero que una barra de navegación esté con fondo rojo y que los enlaces estén de otro color y centrados, debo escribir algo como lo siguiente, suponiendo que el navegador de destino soporte reglas anidadas.

nav {
    background-color:red;
    color:blue;
    margin:0;
    text-align: center;
    a {
        padding: 10px;
        color:white
    }
}

A lo anterior aún habría que sumarle algo si queremos que esa sencillísima – y mal diseñada, todo hay que decirlo – barra de navegación quedara pegada a los bordes, y es hacer que el cuerpo del documento no tenga márgenes. De lo contrario, los navegadores muestran un borde alrededor de todo.

Y así con todo.

• Lo bueno:
  • Usando CSS puro tenemos todo el control sobre lo que creamos.
  • No tenemos que añadir varios archivos para que todo funcione, y mucho menos instalar el framework en nuestro proyecto.
• Lo malo:
  • Escribir todo el CSS a mano puede venir bien en UN proyecto SENCILLO, pero no tanto si el proyecto es complejo o tenemos que crear muchas páginas web. Empezar siempre de cero es costoso, no se paga y es el motivo por el que existen los marcos de trabajo.

Cuándo elegir Bootstrap (u otro framework «completo»)

Bootstrap y la mayoría de frameworks CSS – y no CSS – se crean pensando en la productividad. Suelen tener una filosofía en mente conocida como «escribe menos, haz más». Como norma general, son unos archivos CSS, y puede que también JavaScript, que lo tienen todo listo para empezar a usar.

A diferencia del CSS puro, que trabaja con selectores, Bootstrap y otras opciones similares usan clases que se incluyen dentro de la etiqueta de un elemento. Por ejemplo, si lo que queremos es crear un encabezado de tipo 1 (h1) con texto azul, fondo rojo y una separación interior, deberemos escribir algo como esto:

<h1 class="text-primary bg-danger p-2 text-center">Esto es el texto</h1>

No sé si os habéis fijado en que he usado «primary» y «danger» para los colores, y es que Bootstrap tiene varios para menús, botones y mensajes. Si queremos usar otros, tenemos que usar CSS propio y sobrescribir las reglas de Bootstrap. Eso o editar el archivo .css del framework.

• Lo bueno:
  • Hay documentación y ejemplos para crear elementos rápidamente.
  • Es responsivo y mobile first.
  • Las páginas web se pueden crear rápidamente, incluso sin saber mucho de Bootstrap si se cogen los ejemplos de su documentación.
• Lo malo:
  • Crear una página con Bootstrap y hacerlo rápido deja claro qué has usado para su diseño.
  • Muy poco personalizable si no se aplican reglas y retoques propios.

Cuándo elegir Tailwind

Tailwind es también un framework, pero muchos lo colocan entre el CSS puro y el resto de marcos de trabajo por no tener un estilo propio característico. Nada más instalarlo, veremos cosas como que todos los encabezados tienen el mismo tamaño, y eso es porque tiene un buen reset para que sea el usuario el que lo controla todo. Para conseguir el encabezado tipo 1 del ejemplo de Bootstrap, Tailwinds nos pide algo así:

<h1 class="text-blue-500 bg-red-600 p-2 text-center text-xl">Esto es el texto<h1>

Hay similitudes y diferencias con respecto a la clase combinada de Bootstrap. Por ejemplo, el margen interior o padding es igual, cada uno con sus tamaños, pero misma sintaxis, y la clase para centrar el texto también. Ya más diferentes son las de los colores. Mientras que Bootstrap por defecto sólo incluye unos colores que son el primario, secundario, peligro, aviso, etc, Tailwind ofrece una gama mucho más variada, y se puede poner un color con hasta 9 tonos diferentes. Para conocerlos todos, merece la pena leer la documentación oficial.

• Lo bueno:
  • Se dice que es más ligero que otros frameworks.
  • Nosotros tenemos todo el control sobre lo que diseñamos; no dependemos de una base definida.
  • Los nombres de las clases son más parecidos al CSS puro.
• Lo malo:
  • Su instalación no es la más sencilla. Aunque se puede usar con un CDN añadido a la etiqueta head, esto no se recomienda para un proyecto serio.
  • Tailwind CSS es en parte un pre-procesador de textos como Sass y necesitamos un archivo de entrada que se compilará y traducirá todo a CSS puro.
  • El HTML no queda muy limpio; un elemento con muchos estilos puede tener una clase enorme, pero esto tiene solución, aunque hay que aprenderla.

grid y flex con frameworks CSS

Esto es tanto algo positivo de los frameworks como algo negativo del CSS puro. Hay ediciones más fáciles que otras, y controlar los grid y flex de CSS puede ser complicado. Los frameworks han pensado en ello, y por ejemplo Bootstrap tiene una solución sencilla basada en 12 columnas.

Supongamos que tenemos un menú o algo similar con 6 elementos y queremos que se vayan acomodando dependiendo del ancho de la pantalla, también conocido como viewport. Para hacerlo con CSS puro hay que tirar de media queries, que es como una consulta que hace el navegador sobre el tipo de pantalla desde dónde estamos visitando un contenido. El CSS incluiría un @media para cada ancho de pantalla, y en cada uno de ellos deberíamos reajustar la «rejilla». Esto Bootstrap lo soluciona así:

<div class="row text-center">
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-primary">texto</div>
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-warning">texto</div>
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-danger">texto</div>
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-success">texto</div>
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-secondary">texto</div>
    <div class="col-12 col-md-6 col-lg-4 col-xl-2 bg-info">texto</div>
</div>

Las clases anteriores indicarían:

• col-12: en el tamaño «normal», que Bootstrap toma como tal las pantallas móviles, cada elemento ocupará el total (12/12), lo que hará que haya seis filas una debajo de la otra ocupando todo el ancho de pantalla. Se puede omitir, ya que es el comportamiento por defecto.
• col-md-6: en las pantallas medianas, cada elemento ocupará la mitad (6/12), por lo que habrá dos arriba, dos al centro y dos abajo.
• col-lg-4: en las pantallas grandes, cada elemento ocupará la tercera parte (4/12), por lo que habrá tres arriba y tres abajo.
• col-xl-2: en las pantallas más grandes, cada elemento ocupará la sexta parte (2/12), por lo que, como hay 6 elementos, se mostrará una fila con los seis.

Más información sobre grid en Bootstrap.

Conclusión

Los marcos de trabajo y este tipo de herramientas se crean para ir a mejor, y tienen sentido, sobre todo, cuando necesitamos producir de manera eficiente. Cuando haya que usar poco CSS, probablemente sea mejor no calentarse la cabeza y meterlo a mano. Cuando queremos algo rápido sin importarnos mucho la personalización, algo como Bootstrap puede ser la solución. Y si queremos tener todo el control, aunque con ello tengamos que trabajar un poco más, el punto medio, Tailwind.

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important;}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

from Linux Adictos https://ift.tt/wuLkM5J
via IFTTT

Sin lugar a dudas, la noticia de la semana en el mundo Linux – y más allá – ha sido el lanzamiento combinado de KDE. El miércoles llegaron Plasma 6.0, Frameworks 6.0 y las aplicaciones de KDE de febrero de 2024, pero no lo hicieron solos. KDE está por todas partes, también en móviles, y momentos después nos hablaron también de Plasma Mobile 6. Lógicamente, llama menos la atención aquello que no se usa tanto, pero es una de las mejores opciones cuando queremos usar Linux en un móvil o tablet.

Aunque Phosh ha hecho un buen trabajo, proyectos como Manjaro se decantaron por Plasma en sus teléfonos móviles. Aquella decisión puede tomarse como una apuesta arriesgada, y más cuando has ido probándolo y viendo que tenía cosas por mejorar, pero no se puede negar que KDE da todo lo que tiene para ofrecer el mejor producto posible. Y Plasma Mobile 6 ha nacido fruto de ese deseo. ¿Lo más destacado? Muchas cosas, pero a mí me interesa especialmente el modo docked.

Novedades más destacadas de Plasma Mobile 6

El modo docked es algo que han introducido recientemente. Disponible como ajuste rápido, al darle al interruptor se activan las decoraciones y botones de minimizar/restaurar/cerrar, al mismo tiempo que dejan de forzar que las aplicaciones se vean a pantalla completa. No lo explican en su nota, pero este modo es el que permite usar un teléfono con Plasma Mobile 6 como ordenador.

Si os estáis preguntando cómo es esto posible, es sencillo: todos los sistemas operativos Linux para móviles son compatibles con muchas aplicaciones de escritorio, como GIMP o LibreOffice. El modo docked hace que la experiencia se parezca más a la de un equipo de escritorio, con ventanas que se pueden mover a donde nos plazca y arrastrar y soltar elementos.

Entre el resto de novedades, Plasma Mobile 6 incluye cosas como:

• Páginas personalizables para colocar aplicaciones y widgets
  Carpetas.
• Personalización mediante arrastrar y soltar.
• Widgets.
• Cajón de aplicaciones que se saca deslizando hacia arriba.
• Búsqueda KRunner a la que se accede deslizando hacia abajo.
• Volteo fila-columna para rotaciones de pantalla.
• Recuento de filas y columnas personalizable.
• Transiciones de página personalizables.
• Importación y exportación de diseños de pantalla de inicio como archivos.
• Nuevo asistente de configuración al iniciar por primera vez.
• Rediseñado el diálogo de autenticación.
• Mejoras en el conmutador de tareas, las vibraciones, el vibrador y los ajustes, que tienen nuevo icono.

KDE Gear 24.02 Mobile

KDE para móviles también tiene aplicaciones necesarias para este tipo de dispositivos o que quedan bien en ellos. Por ejemplo, la app para fotos ahora recibe ese mismo nombre (antes Koko, ahora con nuevo icono), y no es algo que encontremos en equipos de escritorio porque no es tan necesario.

La aplicación del reloj se ha actualizado con funciones como que ahora pausa la reproducción de fuentes MPRIS cuando una alarma empieza a sonar y vuelve a reproducir el contenido cuando la descartamos. Otras aplicaciones actualizadas han sido Kasts (para podcasts) o la calculadora, que ahora incluye una página de configuración.

Cómo probar Plasma Mobile 6

Lo primero, no hay manera de probarlo sin un teléfono con Linux, o no si no se es un desarrollador con cierta habilidad para conseguir tal hazaña. Si se tiene algo como un PinePhone, lo mejor va a ser tener paciencia. Los que usan Manjaro se actualizarán relativamente pronto. Si esto no es una posibilidad, la otra fiable es postmarketOS y tampoco ha lanzado nada con Plasma Mobile 6 aún.

postmarketOS permite su instalación en una lista que está disponible en su página de descargas, entre las que podemos mencionar varios teléfonos de Samsung, otros tantos de Xiaomi e incluso un grupo de Chromebooks (entre los que hay uno de Samsung). Es posible instalarlo en la memoria interna y también en una microSD, a elegir durante el proceso de instalación, por lo que puede ser la mejor opción para probar Plasma Mobile 6 sin poner en peligro la instalación existente. Pero eso será cuando lancen una actualización.

Imágenes, contenido y más información: blog del proyecto.

from Linux Adictos https://ift.tt/rIiwRJa
via IFTTT