Nintendo se «carga» a Yuzu y Citra, emuladores populares de Switch y 3DS

Nintendo se carga a Yuzu y Citra

Malas noticias para el mundo de los videojuegos. La emulación es un tema que puede generar y genera polémica. Por una parte, es la única manera de que, por poner un ejemplo, yo pueda jugar a títulos de Master System y Mega Drive, como Sonic o Cool Spot, juegos que tuve y ya no puedo jugar. En el otro lado tenemos casos como los de Yuzu y Citra, dos emuladores de consolas de Nintendo que siguen a la venta, y no sólo eso.

Fue noticia cuando «The Legend of Zelda: Tears of the Kingdom» llegó antes al PC que a la Switch. Es decir, pudimos jugarlo antes en un emulador que en la consola en donde, en teoría, debería vivir ese juego, sin posibilidad de jugarlo en otra plataforma. Esto ha sido la gota que ha colmado el vaso de Nintendo y lo ha usado en el juicio para eliminar de un plumazo a los emuladores Yuzu y Citra.

Nintendo y la piratería, historia de nunca acabar

Que Nintendo ha pasado y pasa mucho tiempo intentando que no podamos jugar ni al Super Mario Bros. si no es en una NES o en algún reboot propio no es nada nuevo. Pero una cosa es eso y la otra es lo que pasó con el último episodio de la saga Zelda: se habría descargado más de un millón de veces una semana antes del lanzamiento oficial. Yo, que no puedo engañar a nadie y a veces juego con RetroArch + ES-DE, veo ahí piratería en su máxima expresión.

Por un lado, es imposible que se te haya roto tu Switch y hayas comprado el nuevo juego. Lo primero, sí, posible, pero todo junto no: sin Switch no vas a comprar el juego. Tampoco se aplicaría otro punto positivo de la emulación, y es mantener una obra viva. No se puede devolver a la vida algo que ni siquiera ha nacido aún.

Así que todo esto ha sido la tormenta perfecta para Nintendo y lo ha aprovechado, lo que nos hace pensar en si no habrá sido el propio gigante de los videojuegos quien habría filtrado el juego para conseguir su objetivo.

Yuzu y Citra desaparecen de GitHub…

… y pronto lo harán sus páginas web y también sus páginas web. Cuando he empezado a escribir este artículo, al menos la página de Yuzu estaba accesible, pero ahora he intentado entrar a las páginas oficiales de Yuzu y Citra y ambas están «secuestradas» por un mismo mensaje. En él explican que Yuzu y Citra se van a descontinuar «con efecto inmediato».

Según sus palabras, empezaron de buena fe y siempre estuvieron en contra de la piratería, pero se han dado cuenta de que lo que han creado permite circunvalar las protecciones de Nintendo y eso se está usando para la piratería. Por lo tanto, deciden despedirse.

Otro de los problemas parece ser que sus creadores han estado ganando mucho dinero. Cuando la página de Yuzu estaba disponible, se podía ver que había disponible una versión «Early Access» de pago, y que con esto ganaban aproximadamente 30.000$ al mes.

Al final han aceptado dar por finalizado el proyecto y pagar una indemnización a de 2,4 millones de dólares a Nintendo. Es calderilla para una compañía de estas dimensiones, pero en realidad no es eso lo que han ganado. Lo que han conseguido es enviar un mensaje: cuidado con piratear juegos de Nintendo. Ahora la comunidad de videojuegos se lo tomará con más calma… o no.

Ya hay forks de los emuladores

Como ocurrió con youtube-dl en su día, poco tiempo después de la resolución judicial y de la desaparición de los emuladores ya hay forks de los mismos. No hay que olvidar que eran de código abierto y que cualquiera puede hacerlo, por lo que se pueden seguir descargando desde repositorios no oficiales. Y así seguirá.

Queda por ver cómo afecta todo esto a la emulación. Es posible que salga otro emulador que no se lucre y eso sea suficiente para que pueda seguir existiendo, que no tengamos ninguno nuevo hasta que las consolas dejen de fabricarse… habrá que ver.

Imagen: Montaje a partir de imagen generada con DALL-E

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

openSUSE reveló la hoja de ruta de su nuevo instalador, Agama 

Agama

Agama, el nuevo instalador del proyecto SUSE

Los desarrolladores del proyecto openSUSE dieron a conocer hace pocos días información sobre la hoja de ruta para el desarrollo de su nuevo instalador llamado Agama (anteriormente D-Installer).

En la publicación se menciona que este nuevo instalador está siendo creado para reemplazar la interfaz de instalación clásica de SUSE y openSUSE y una de las características destacadas de Agama es su separación entre la interfaz de usuario y las partes internas de YaST.

Sobre Agama

El nuevo instalador en el que está trabajando openSUSE tiene como objetivo el utilizar varias interfaces, incluida una interfaz para gestionar la instalación a través de una interfaz web, otros de los objetivos del desarrollo de Agama que se mencionan son: la eliminación de las limitaciones existentes de la interfaz gráfica, la ampliación de la capacidad de utilizar la funcionalidad de YaST en otras aplicaciones y la liberación de ataduras a un lenguaje de programación (la API D-Bus permitirá la creación de complementos en diferentes idiomas) y fomentar la creación de entornos alternativos por parte de los miembros de la comunidad.

La interfaz básica de Agama para gestionar la instalación se construye utilizando tecnologías web e incluye un controlador que proporciona acceso a las llamadas D-Bus a través de HTTP, así como la propia interfaz web. Esta interfaz web está escrita en JavaScript utilizando el marco React y los componentes PatternFly. El servicio para enlazar la interfaz con D-Bus, así como el servidor HTTP integrado, están escritos en Ruby.

El equipo ha delineado una estrategia para este año y, a pesar de la fluidez de su desarrollo, el equipo está comprometido con un cronograma de lanzamiento constante para Agama con dos hitos importantes. El primero está previsto para mediados de abril y el otro hacia mediados de julio.

El hito de abril revolucionará la arquitectura de Agama. Se alejará de su dependencia de Cockpit hacia un marco más autónomo que se combina con una interfaz de usuario refinada que apunta a optimizar las configuraciones de almacenamiento.

El objetivo del segundo hito es mejorar la flexibilidad y las capacidades de Agama para instalaciones desatendidas, lo que busca posicionar a Agama como una formidable alternativa a AutoYaST .

En la etapa actual de desarrollo, el nuevo instalador ya proporciona las capacidades necesarias para resolver tareas como:

  • Seleccionar un conjunto inicial de aplicaciones
  • Capacidad de configurar una conexión de red idioma, teclado, zona horaria y configuración de localización
  • Preparar un dispositivo de almacenamiento y particionarlo
  • Agregar usuarios al sistema.

Para instalar paquetes, verificar equipos, particionar discos y realizar otras funciones necesarias para la instalación, Agama sigue utilizando las bibliotecas de YaST. Sobre estas bibliotecas, se implementan servicios de capa que abstraen el acceso a las mismas a través de una interfaz D-Bus unificada. El instalador emplea una arquitectura multiproceso que permite que la interfaz de usuario no se bloquee mientras se llevan a cabo otras tareas.

Se menciona que se han programado dos actualizaciones importantes de Agama para este año. La primera está prevista para mediados de abril y la segunda para mediados de julio. La actualización de julio se centrará en aumentar la flexibilidad y la funcionalidad asociadas con las instalaciones automatizadas y desatendidas. La actualización de abril se destaca por la interrupción del uso de los módulos ya preparados desarrollados por el proyecto Cockpit, en favor del uso de un marco más independiente y una interfaz de usuario modernizada.

Dejar de depender de Cockpit eliminará dependencias externas adicionales y eliminará las restricciones que han impedido la implementación de algunas ideas. Por ejemplo, Cockpit contiene componentes de lenguaje Python y C como dependencias, mientras que Agama utiliza lenguajes Ruby y Rust. Eliminar Cockpit también liberará a los desarrolladores de las limitaciones que encontraron al intentar implementar un modo de instalación automática y al rediseñar la interfaz de configuración de almacenamiento para lograr el equilibrio óptimo entre simplicidad para principiantes y funcionalidad para usuarios avanzados.

Para los interesados en poder probar el nuevo instalador Agama, se están creando compilaciones en vivo para las arquitecturas x86_64 y ARM64. Estas compilaciones admiten la instalación de una versión continuamente actualizada de openSUSE Tumbleweed, así como ediciones de SUSE ALP, openSUSE MicroOS y openSUSE MicroOS Desktop, construidas en contenedores aislados.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

Estas son las novedades más destacadas del Mega-Lanzamiento KDE 6

Mega-Lanzamiento KDE 6

KDE lanzó el pasado miércoles aquello a lo que se refirieron como Mega-Lanzamiento KDE 6. Dejemos clara una cosa: KDE 6, con ese nombre, no existe en realidad, pero si lo usaron fue porque se lanzaron Plasma 6.0, Frameworks 6.0 y las aplicaciones de KDE que dependen del resto de seises, entre lo que se incluye Qt6. Hubo muchas novedades, incluyendo de aquellas que no se ven. No sólo se ha mejorado el rendimiento; también se han puesto los cimientos para cambios futuros que subirán el listón aún más alto.

Tal y como explican, Plasma 6.0 es «más duro, mejor, más rápido, más fuerte», lo que se podría decir usando otras palabras como que es mejor en todos los sentidos. Llegaron muchas novedades, algunas de ellas como nuevos ajustes por defecto, y en este artículo vamos a hablaros de los cambios más destacados que merece la pena tener en cuenta.

Mega-Lanzamiento KDE 6: sus nuevos ajustes por defecto

Sobre todo si se usa KDE neon, hay varios cambios por defecto que se notarán aquí y allá. Los archivos y carpetas ahora se seleccionan con un sólo clic y se abren con doble clic. Hasta ahora se abrían con un sólo clic, el comportamiento que prefieren la mayoría de desarrolladores de KDE, pero como la comunidad prefiere la otra opción y se decidieron a ponerlo así por defecto. Ellos volverán a cambiar este ajuste a como estaba antes, y nosotros podemos hacer lo mismo si así lo deseamos.

Otro cambio por defecto se verá menos, pero está presente y con gran protagonismo. Ahora se usa Wayland, pero es posible usar sesiones de X11 si no nos convence.

La modificación del conmutador de tareas creo que es algo que sí veremos con mejores ojos más usuarios. En Plasma 5, al presionar la combinación Alt + TAB aparecía por la izquierda una barra lateral con las tarjetas de las aplicaciones abiertas. A partir de Plasma 6.0 se mostrará una rejilla con las miniaturas. Como todo, esto se puede cambiar desde las preferencias del sistema.

Conmutador de tareas de rejilla

El otro ajuste por defecto que creo que llamará la atención está en los paneles, que ahora flotan por defecto. El que estaremos viendo todo el tiempo, si no lo ocultamos, es el inferior, y también el lanzador de aplicaciones que flota doblemente, ya que está separado del panel inferior en sí.

Paneles flotantes en el Mega-Lanzamiento KDE 6

En este punto ya hemos hablado de muchos de los cambios más destacados de los que llegaron con el Mega-Lanzamiento KDE 6, pero hay más.

El panel inferior inteligente

Nuevo de este lanzamiento combinado, ahora hay una opción de panel inferior inteligente. Su comportamiento le hace mostrarse cuando el escritorio está vacío o nada se pone encima, pero se oculta cuando una ventana lo toca. De esta manera se evita que esté siempre oculto, y creo que es la decisión correcta, ya que, por lo menos en mi caso, yo lo tengo que se oculte automáticamente, pero porque no quiero que se vea cuando tengo ventanas a pantalla completa. Lo que tampoco quiero es que esté oculto si no tengo nada en el escritorio, y esta opción sirve para estos casos.

La nueva vista general

Vista General

La vista general de Plasma 5 no es que estuviera mal, pero la de Plasma 6 ha demostrado que podía ser mejor. Lo que tenemos ahora es algo más parecido a lo que muestra GNOME. Tiene dos posiciones, accesibles desde el teclado o con gestos en el panel táctil (sólo Wayland):

  • En la primera se muestran todas las ventanas de un escritorio y todos los escritorios arriba.
  • En la segunda (captura de arriba) veremos todos los escritorios uno al lado del otro.

La vuelta del cubo

El cubo (captura de cabecera) es algo que me encantó cuando probé Ubuntu por primera vez. Con el ratón, creo recordar, podía mostrar un cubo y pasar de un escritorio a otro. Estuvo en KDE hace un tiempo, lo eliminaron y ha vuelto junto a Plasma 6.0.

Lo malo es que no se puede acceder a él, por lo menos por defecto y sin realizar cambios, con gestos del panel táctil. Para sacarlo tenemos que presionar la combinación META + C, y para ir girándolo con META + Ctrl + flechas de navegación.

Nuevo tema Breeze

Breeze es el tema que usa Plasma por defecto, y han aprovechado para darle un lavado de cara. Con este cambio, sumado a todo lo que trae Qt6, se ha buscado ofrecer una imagen más moderna y clara.

Aplicaciones del Mega-Lanzamiento KDE 6

Un artículo que no pretende ser largo no tiene espacio para hablar de todo un grupo de aplicaciones que han recibido actualizaciones mayores con nuevas funciones. ¿Qué destacar aquí? Un par de las aplicaciones que están en todo sistema operativo con KDE:

Dolphin

Los ajustes de Dolphin recibieron un cuidado especial y fueron reorganizados para hacerlos más fáciles de navegar. Las mejoras de accesibilidad también están presentes en esta nueva versión. Los botones de la barra de herramientas y el espacio en disco de la barra de estado son ahora accesibles desde el teclado. Al hacer clic con el botón derecho en una carpeta, ahora aparece una opción para abrir la carpeta en una vista dividida.

Spectacle

Las funciones de grabación recientemente introducidas en Spectacle se han mejorado y ahora muestran un icono en la bandeja del sistema mientras se graba. Desde este icono podemos realizar diferentes acciones. Además de grabar toda la pantalla o la ventana de una aplicación, ahora también se puede grabar cualquier parte arbitraria de la pantalla. Es decir, podemos seleccionar qué porción grabar del mismo modo que podemos hacer capturas de sólo un área de la pantalla.

Prueba el Mega-Lanzamiento KDE 6 en KDE neon

Todo esto aún tardará un tiempo en llegar a la mayoría de distribuciones Linux, pero KDE neon lo tiene disponible desde el mismo miércoles. La mejor manera de probarlo es descargar su última ISO estable, grabarla en un USB e iniciar una Live Session. También puede hacerse en una máquina virtual, pero el rendimiento no es todo lo bueno que cabría esperar y podemos llevarnos una mala impresión que para nada tiene que ver con Plasma 6.

kbd {color: white; background-color: #353535; padding:3px 5px; border-radius: 7px; border: 4px double white;}

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

Llevo unos días probando la navegación oscura forzada y tengo sentimientos encontrados. Por qué no me quedo con ella… aún

Navegación oscura forzada

Hace mucho tiempo que existe en navegadores basados en Chromium una flag que lo que hace es algo así como lo que ofrece la extensión Dark Reader. ¿Y qué es eso? Básicamente mostrar todas las páginas web en un modo oscuro aunque no ofrezcan esa opción. Vivaldi 6.6 ha añadido una opción que activa la flag nativa de Chromium para obtener el mismo resultado, pero ¿merece la pena en la actualidad la navegación oscura forzada?

Es difícil responder a algo que a mí personalmente me provoca sentimientos encontrados. No puedo – o no debo – poner capturas del editor de WordPress, pero sería el mejor ejemplo de lo que me hace querer usar la navegación oscura forzada. No tiene ningún elemento «raro» y el resultado es casi perfecto. Los fondos muestran diferentes tonos de gris oscuro, el texto es blanco y los enlaces de un azul un poco más claro que el del tema por defecto. Fijándome, puedo poner una captura parcial, y quedaría así:

WordPress en modo oscuro

En esa misma imagen se ven también algunas de las cosas a mejorar.

El problema de las imágenes en la navegación oscura forzada

Más adelante explicaremos o intentaremos explicar cómo funciona esta opción, pero aquí vamos a hablar de los problemas, de esas cositas que no quedan bien para nada. No he añadido ninguna flecha a la captura, pero ¿veis ese muñequito que hay a la izquierda del botón de «Relacionado»? El original no es así; se ha forzado la inversión de colores y muestra algo como no debería.

En un problema que se unas veces se ve y otras no. Una de las opciones debería respetar las imágenes, y falla estrepitosamente con algunas. Mirando con las herramientas del desarrollador, ese muñequito en concreto es una imagen en formato SVG, pero se muestra a través de un background-image de CSS. Por lo tanto, el navegador no está detectando que es una imagen, sino más bien texto, y los textos, según entiende, tienen que invertir su color.

Por lo tanto, las imágenes se respetarán siempre y cuando estén en un formato que deje claro que son unas imágenes. ¿Tiene solución de cara al futuro? Creo que sí, pero no es muy sencilla. Pasa por analizar los atributos e incluso reglas CSS y ver si en ellos hay algún tipo de imagen. Pero no es tan sencillo como confiar sólo en etiquetas img. Lo que no entiendo tanto es lo que pasa en Mastodon. Las imágenes de los perfiles se ven todas invertidas, y ahí sí están en una etiqueta img. No tengo dudas de que eso mejorará en el futuro, pero actualmente está así.

Otros problemas

Uno de los cambios cosméticos que hace todo esto es que los textos en colores diferentes al negro se muestran en un tono más claro. Eso es lo que hace que los enlaces de la captura anterior se vean bien; en el color azul normal se vería peor. Lo que en un principio parece buena idea, no siempre queda tan bien, y esto es más difícil de solucionar. Una solución sencilla corre por parte del usuario: acostumbrarse, y creo que es posible.

Hay un último problema, y es cómo sabe esta opción si tiene que actuar o no. Los diseñadores de páginas web hacen su trabajo pensando en cómo se verá al final. Son muchas las páginas que no tienen en cuenta las preferencias de colores que elegimos los usuarios. Para hacerlo bien y controlar nuestras preferencias hay que añadir dos paletas de colores, una para cuando elegimos el tema claro y otra para cuando elegimos el tema oscuro. Funciona de la siguiente manera:

  1. Se diseña una página web tal y como se cree que quedará mejor.
  2. Tras terminar, o en algún otro punto, ya que no hay una regla escrita para esto, se crea la opción para la paleta de colores que no hemos usado en el diseño original. Por ejemplo, si yo he decidido que las letras serán negras sobre fondo blanco en su opción por defecto, debo añadir mediante la media query «@media (prefers-color-scheme: dark)» los cambios necesarios para cuando un usuario elige el tema oscuro.

@media (prefers-color-scheme: dark), la solución… que depende de otros

Esa consulta multimedia puede solucionar muchos problemas. El navegador ve que hay una opción diseñada para temas oscuros, y, por lo que parece, ya no entra en juego la navegación oscura forzada. Sencillamente deja lo que se diseñó.

El problema aquí es que esa línea de código no se usa en muchos casos incluso si el diseño ya tiene fondos oscuros y textos claros. Claro, cuando el navegador entiende que está en un tema claro, que en realidad no es así, y trata de cambiar los colores de un tema oscuro por otro, estropicio al canto.

Cómo usar la navegación oscura forzada en Chromium

Activar la navegación oscura forzada

En navegadores basados en Chromium, esta opción está en chrome://flags (los navegadoras pueden cambiar «chrome» por «brave», «vivaldi» y demás) buscando «dark». La opción aparece como «Auto Dark Mode for Web Contents», y se puede activar con diferentes opciones. La que parece funcionar mejor es «Enabled with selective image inversion», lo que invertirá todo lo que no sean imágenes. Ofrece los resultados explicados aquí, y aunque esperamos que mejore en el futuro… hoy por hoy no es perfecto.

Y yo aquí estoy con mis sentimientos encontrados. Por una parte, me encanta, pero cuando va bien. Por otra, lo de mas imágenes es un problema. Ahora mismo voy activando y desactivando la opción, pero si llega el momento en el que estos pequeños problemas desaparecen, yo lo tengo claro. Me paso al lado oscuro.

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

Plasma 6.0 llegó en buena forma y puede hacernos olvidar aquellos «dolorosos recuerdos» de KDE 4

Plasma 6.0

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

CSS, Tailwind o Bootstrap: qué debo elegir para maquillar mi proyecto web

CSS, Tailwinds y Bootstrap

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.

Grid en Bootstrap

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

Plasma Mobile 6 introduce modo dock, más personalización y nuevas aplicaciones

Plasma Mobile 6

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.

Modo docked

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

5 Maneras de ver YouTube en Linux sin acceder a youtube.com

YouTube en Linux

YouTube es el servicio de vídeos más popular del mundo y con diferencia. En él podemos ver vídeos musicales, tráilers, para pasar el tiempo e incluso educativos, pero para poder hacerlo tenemos que permitir que Google haga o amplíe una radiografía sobre nuestros hábitos y gustos. Todo esto se puede evitar, por lo menos en parte, y aquí vamos a explicar varias maneras de ver YouTube en Linux sin ir a youtube.com.

Parte de lo explicado aquí son frontends alternativos, pero también podemos usar aplicaciones sueltas o extensiones de Kodi. Yo últimamente me estoy decantando por esto último, aunque alguna de estas opciones use un complemento con la API de YouTube. Lo bueno es que en la siguiente lista hay varias opciones donde elegir.

FreeTube, quizá lo mejor aunque siga en fase beta

FreeTube

Va a hacer ya seis años desde que Isaac nos habló por primera vez de FreeTube aquí en LinuxAdictos. Aún tiene el la etiqueta de «beta», pero, viendo como funciona, uno no llega a entender por qué.

Es multiplataforma, por lo que además de en Linux podemos usarlo también en macOS y Windows, y ofrece muchas funciones que nos harán tener una aplicación muy completa que además nos aporta mayor privacidad. FreeTube usa instancias de Invidious y permite ver los vídeos a 1080p sin problemas.

Entre sus ajustes podemos encontrar muchas configuraciones que nos permitirán hasta cambiar la paleta de colores. Podemos guardar favoritos, seguir canales y todo parecido a como lo haríamos en el mismo YouTube. Yo sólo le he encontrado una pega, y es que no se pueden seguir listas de reproducción. Por todo lo demás, puede ser la mejor opción para ver contenido de YouTube sin entrar en youtube.com.

PlasmaTube, minimalismo para KDE

PlasmaTube

Es probable que hayas entrado a leer este artículo y aun no tengas en tu distribución Linux PlasmaTube 24.02. Si es así, paciencia, ya que la versión anterior tenía un bug que no permitía mostrar nada por un error en un archivo JSON. Si ya tienes la nueva versión, es una aplicación minimalista que permite justo lo necesario para ver vídeos de YouTube a través de instancias de Invidious o Piped Video, además de lo que haya en PeerTube.

Minitube, minimalismo, sin más

Minitube

Mucho ha llovido desde aquel artículo que publicó también Isaac en 2016 sobre Minitube. Esta aplicación guarda similitudes con PlasmaTube, pero también muchas diferencias. Es parecida en cuanto a que son apps con interfaces sencillas, pero Minitube permite elegir resolución hasta 4K, en teoría, y recoge los vídeos desde YouTube.

Lo bueno de usar Minitube y no youtube.com es sobre todo la privacidad, y esto vale también para algunas opciones que incluiremos en esta lista.

Complementos para ver YouTube desde Kodi

Kodi nos permite ver YouTube de diferentes maneras usando diferentes complementos. Algunos de ellos:

  • YouTube: hay un complemento de YouTube en el repositorio de Kodi y funciona bastante bien. Permite seguir listas, canales, etc, todo desde Kodi.
  • Duff You: es otra opción que hay en repositorios de terceros. No requiere API.
  • Invidious: el frontend alternativo con la privacidad en mente también está para Kodi en el repositorio oficial.

YouTube en Kodi

¿Lo malo? Por lo general, todos estos complementos muestran los vídeos con una resolución máxima de 720p, lo que en ocasiones puede hacer que se vean textos borrosos o no tan claros. Esto se puede solucionar desde los ajustes de cada complemento activando el uso de MPEG-DASH o algo similar.

Frontends alternativos para ver YouTube en el navegador

Si se quiere ver YouTube en el navegador sin entrar en youtube.com, las mejores opciones pasan por:

  • Invidious: no soy un gran fan de su interfaz, pero funciona… aunque puede que mejor o peor dependiendo de la instancia que usemos (lista).
  • Piped Video: tiene una interfaz algo más cuidada, y cada proveedor suele personalizarla a su gusto (lista).
  • ViewTube: el frontend alternativo con mejor diseño, aunque a veces no va fino y hay pocas instancias además de la oficial (lista).
ViewTube, frontend alternativo para YouTube

ViewTube

Bonus: ytfzf, YouTube en el terminal

ytfzf mostrando vídeos sobre Linux

No podíamos dejar este artículo sin una opción que funcionara íntegramente en el terminal. Eso es lo que hace ytfzf, pero si no la he puesto antes y dentro de la lista es porque la opción de miniaturas no funciona del todo bien en Wayland sin realizar retoques de más. Además, el proyecto está descontinuado, pero ahí queda para el que quiera usarlo.

De todo lo explicado aquí, mi opción favorita es o FreeTube, completa, o el complemento de YouTube para Kodi. Me gusta Duff You, pero que no muestra qué he visto y qué no – hay una miniatura en su lugar – no me permite mantener un seguimiento de algunas listas de reproducción. En cualquier caso, por opciones que no sea.

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

Misterio resuelto: el «nuevo» icono del Centro de Aplicaciones de Ubuntu era un bug

El icono del Centro de Aplicaciones de Ubuntu volverá

Hace unos días, los usuarios de Ubuntu que prefieran su Centro de Aplicaciones (la Snap Store) y sea esta la tienda que tengan en su Dock pudieron ver como el logotipo de la misma cambió. Era todo un misterio, y lo único que había por ahí era un mensaje en el foro de Ubuntu con una solución temporal. Aunque a mí me gustaba más, todo hay que decirlo, es cierto que no queda tan consistente con el resto de iconos, pero todo volverá a la normalidad.

A Joey Sneddon de OMG! Ubuntu! no le gustaba el icono tanto como a mí. Por ese motivo, fue a ver qué había pasado y descubrió que era sólo un bug. No hace falta mucho para encontrar esta información, por lo menos en el momento de empezar a escribir este artículo. Si nos dirigimos a la página de GitHub del Centro de Aplicaciones de Ubuntu, vemos que arriba del todo, la última petición que se ha hecho, es para eliminar el icono anterior y recuperar el de siempre.

Centro de Aplicaciones mantiene su icono… de momento

En el enlace directo al commit vemos una imagen como la de cabecera. No se ha añadido texto explicativo, pero quizá estaría de más: se eliminará el icono actual, el «nuevo», y se añadirá el que habíamos visto hasta ahora.

Por qué ha pasado esto está menos claro. Es un icono nuevo con un nuevo diseño, no algo que haya provocado que el icono normal se viera diferente. Esto da que pensar. Probablemente estén pensando en cambiar el diseño del icono del Centro de Aplicaciones de Ubuntu y esta era sólo una de las posibilidades. Si se añadió accidentalmente, la tienda de software oficial es un paquete snap, por lo que se actualiza sin avisar y a lo que sea que haya más nuevo.

Pero lo cierto es que el icono de siempre volverá, y eso será un alivio para los que lo echaban de menos.

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

META+V: la combinación de teclas para el portapapeles que se ha convertido en mi mejor amiga

Portapapeles de KDE

Para una persona como yo que trabaja con textos, el portapapeles es algo que se usa constantemente. Por poner algún ejemplo, un proyecto lanza una nueva versión de su software más popular, dice algo que merece la pena citar, se selecciona, Ctrl+C, Ctrl+V en DeepL, lo mismo pero esta vez en WordPress y ya está el texto original en perfecto español y listo para publicar. Esto se hace gracias al portapaleles, pero a veces me encuentro con problemas de los que la combinación META+V me rescata .

Ese atajo de teclado es el que usa Klipper, el widget del portapaleles de KDE. En otros escritorios, si ex que existe por defecto, tiene otro nombre y probablemente se llame con otra combinación de teclas. Pero el uso en general es el mismo. Incluso en Windows. Y no es que yo esté siempre copiando y pegando sin editar nada, que eso suena muy mal para alguien que en teoría genera contenido, pero desde que lo he descubierto trabajo mejor.

META+V saca el portapapeles donde está el puntero

El problema más habitual que sufro yo al copiar y pegar es equivocarme con la tecla que acompaña a Ctrl, ya que la C y la V están una al lado de la otra. Si voy a pegar y le doy a Ctrl+C, me copia texto en blanco y ya no puedo pegar el texto que quería pegar. Hasta ahora, cuando me equivocaba de esta manera iba raudo y veloz al icono de la bandeja del sistema, buscaba lo que quería y lo seleccionaba, pero el atajo META+V me permite hacerlo más rápido.

El widget que saca el atajo en KDE es menos completo que lo que hay en la bandeja del sistema, pero es parte de su diseño. Lo que tiene que permitirnos es sencillamente acceder más rápido al portapapeles, pero si queremos hacer algo más, como eliminar un elemento, no será posible desde aquí. Para estas cosas es mejor lo que hay en la bandeja del sistema. Sí nos ofrece la posibilidad de buscar, y de hecho esta entrada de texto es la que tiene el foco tras abrir el widget.

Otras opciones

Para Linux suele haber mucho software para hacer prácticamente lo mismo, por lo que es fácil perderse entre las opciones. Aquí van algunas de las más interesantes:
  • GNOME: existen opciones como Clipboard Indicator (extensión) o GPaste. En el último, el atajo por defecto es Ctrl+Alt+G.
  • LXQt: Qlipper, con el atajo por defecto de Ctrl+Alt+V.
  • Budgie tiene su propio applet (hay que configurar atajo).
  • Xfce: Clipman (hay que configurar atajo).
  • MATE: Parcellite (hay que configurar atajo).
  • Cinnamon: Clipit. Tiene varios atajos de teclado, siendo el del historial Ctrl+Alt+H. Este y el anterior son para GTK, pero son de las opciones que más gustan a la comunidad.

Si lo anterior no nos vale, dependiendo del escritorio que estemos usando es probable que haya algo disponible. Por supuesto, se puede usar el recomendado o el que recibe las mejores valoraciones de un escritorio en otro, pero con un pequeño matiz. Los entornos gráficos suelen confiar en una biblioteca o dos para mostrar su software, y a veces no es la mejor de las ideas instalar lo de un escritorio en otro.

Cuidado con las mezclas de bibliotecas

Por poner los ejemplos más conocidos, Klipper está pensado para usarse en KDE o Qt, y si queremos usarlo en GNOME, que se basa en GTK, instalará el software, pero con varios problemas. El primero, quizá el más evidente, es que podemos instalarlo, creer que funciona bien y una actualización futura podría hacer que no apareciera en la bandeja del sistema porque se rompe la compatibilidad, algo más difícil si se instala en KDE. El otro problema son las dependencias, que se instalará en un entorno GTK todo lo necesario de Qt para que funcione el asistente de portapapeles.

Hay casos en los que el problema de dependencias es menor. Por ejemplo, un sistema con Budgie puede instalar lo que sea de GNOME porque comparte mucho con este escritorio.

Y con todo esto no seremos mejores realizando algunas tareas, pero sí ganaremos en productividad y tendremos menos dolores de cabeza.

kbd {color: white; background-color: #353535; padding:3px 5px; border-radius: 7px; border: 4px double white;}

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