KDE trabaja en nuevos métodos de entrada: voz-a-texto y traducciones instantáneas, entre otras

Métodos de entrada en KDE

KDE ha publicado en su cuenta de X (qué raro suena eso…) un artículo que lleva la firma de David Edmundson. En su blog, el colaborador del proyecto nos ha hablado de nuevas ideas sobre métodos de entrada en Wayland, y creo que hay al menos una para cada tipo de usuario. El método de entrada más conocido es el del teclado virtual en la pantalla, aunque conocido no siempre es sinónimo de usado. El otro es el teclado asiático, y es este del que pretenden sacar provecho.

El proyecto de la K no da puntada sin hilo, por lo que es más que probable que veamos algo o todo lo explicado en el artículo de Edmundson en un futuro a medio-largo plazo. Por lo que parece, la idea de introducir nuevos métodos de entrada en KDE llevaba tiempo en las cabezas de sus desarrolladores, pero se centrarán más en ello en el momento en el que Wayland se use por defecto.

Métodos de entrada debatidos en la Akademy de KDE

Edmundson aprovechó la Akademy para hablar de este tema. Aunque dice que no usa la entrada del teclado asiático o CJK (Chine Japanese Korean), sí hay cosas que usa y que podrían ser beneficiosas desde la tecnología InputMethod. Ahora ya tienen un estándar y pueden usarlo para ideas más creativas como (visitar artículo original para ver animaciones):

  • Conexiones con el portapapeles. Esto permitiría acceder al portapapeles desde un editor de texto tras usar un atajo del teclado. En el ejemplo se pega un texto y aparece un desplegable desde el que podemos elegir la opción deseada.
  • Entrada de emojis más sencilla. En la actualidad, para añadir un emoji a un texto tenemos que presionar META + PUNTO, navegar por el widget de emojis, hacer clic en uno -lo copia- y pegarlo en donde lo necesitemos. Lo que vemos en el ejemplo permitiría poner dos puntos (:) seguido de una palabra para que los buscara y poder añadirlos seleccionándolos.
  • Entrada para añadir acentos. No creo que la vaya a usar mucho teniendo el teclado en español, pero también se imaginan un método de entrada que muestre opciones de una letra con varios acentos, algo así como lo que vemos en teclados para dispositivos móviles.
  • Traducciones puntuales. Haciendo uso de un campo de texto, podríamos escribir en nuestro idioma y lo que aparecería en el documento sería una traducción.
  • Voz a texto. El último método de entrada permitiría dictar texto. Edmundson dice que es lo que más le emociona, y no nos extraña. Aunque hay software de reconocimiento de voz para Linux, que esté integrado en el sistema operativo facilitaría mucho las cosas.

Estado actual

Todo lo anterior son ejemplos, pero se habló de ello en la Akademy. Ahora mismo está en una fase tan temprana que no pasa de «playground», que es la palabra que usan los desarrolladores para definir un campo de pruebas en el que poder tocar sin romper nada. El repositorio está en este enlace. Gracias a ese campo de juegos ya se han descubierto varios problemas.

Así que estamos ante algo que podríamos ver en un futuro, y yo creo que lo veremos en KDE en algún momento. Sin lugar a dudas, todo lo expuesto, menos lo del acento por cuestiones obvias, son cosas que me gustaría tener en mayor o menor medida. Quizá no confiara en el traductor para escribir textos, pero es que ahora mismo sólo confío en DeepL para este tipo de trabajos. Sí se podría usar para traducciones sencillas.

Lo de la voz a texto iría muy bien, como lo de los emojis y el portapapeles. En esto último, muchas veces copio algo, se me pone en primera posición y lo que quiero pegar es otra cosa, por lo que tengo que ir a la bandeja del sistema, buscar lo que necesito, hacerle clic y luego ya pegarlo. El método de entrada que nos han puesto en el ejemplo facilitaría mucho las cosas.

Sólo espero que eso de que KDE no da puntada sin hilo sea cierto, aunque es seguro que habrá que esperar mucho para empezar a ver los resultados en una versión estable. Paciencia.

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

SUSE creará su propia bifurcación de RHEL

SUSE

SUSE quiere impulsar su fork de RHEL en beneficio de la comunidad

Siguiendo con hilo de los cambios realizados por parte de Red Hat de limitar el acceso al codigo de RHEL, tal parece que SUSE no ha dejado pasar por desapercibida la situación y quiere ser parte de ello, ya que ha anunciado la creación de su propia bifurcación de Red Hat Enterprise Linux.

Se menciona que la nueva bifurcación que creará SUSE de RHEL no afectará el desarrollo de distribuciones de SUSE Linux Enterprise, ALP (Adaptable Linux Platform) y openSUSE, que siguen siendo vistos como productos principales y seguirán recibiendo recursos de desarrollo sin cambios.

Cabe mencionar que no es la primera vez que SUSE se interesa por RHEL, ya que el año pasado presentó por primera vez el proyecto Liberty Linux como una edición de Red Hat Enterprise Linux 8 creada con la plataforma Open Build Service y adecuada para usar en lugar del clásico CentOS, que se suspendió a fines de 2021. La distribución vino con su propia versión del kernel de Linux, creada mediante la reconstrucción del paquete del kernel de la distribución SUSE Linux Enterprise 15. La distribución se benefició del soporte técnico de SUSE y las capacidades de administración centralizadas utilizando la plataforma SUSE Manager.

Sobre la bifurcación de RHEL, se menciona que con este movimiento de crear un fork de RHEL, SUSE apuesta por infraestructuras mixtas que, además de SUSE Linux y openSUSE, también utilizan distribuciones basadas en la base de paquetes de Red Hat Enterprise Linux. Además se menciona que para estos entornos mixtos, está previsto proporcionar soporte técnico unificado, utilizar un proceso de entrega de actualizaciones unificado y utilizar un conjunto de herramientas común para la gestión centralizada basada en SUSE Manager.

Se observa que las empresas comerciales y la comunidad de código abierto deberían tener la opción y la oportunidad de liberarse de estar atados a un solo proveedor.

Según el director de SUSE, el cambio a modelos propietarios no debe introducirse como un factor competitivo entre las empresas que construyen un negocio en torno al software de código abierto. El principio básico de la interacción de este tipo de empresas es que todas contribuyen a la causa común de la comunidad, y además todos se benefician de ello, ya que el resultado final se convierte en algo más que la suma de las contribuciones individuales.

Dirk-Peter van Leeuwen, director ejecutivo de SUSE, dijo:

“Durante décadas, la colaboración y el éxito compartido han sido los componentes básicos de nuestra comunidad de código abierto. Tenemos la responsabilidad de defender estos valores. Esta inversión preservará el flujo de innovación en los años venideros y garantizará que los clientes y la comunidad por igual no estén sujetos a la dependencia del proveedor y tengan opciones genuinas tanto mañana como hoy”.

SUSE sigue totalmente comprometida con la inversión en sus soluciones Linux de gran prestigio, como SLE y openSUSE, en las que confían innumerables clientes empresariales satisfechos y la comunidad.

Sobre el trabajo de la bifurcación, SUSE menciona que los próximos años se planea invertir $10 millones en apoyo del proyecto, además de que se planea desarrollar y mantener la bifurcación de RHEL, denominada Liberty Linux, como un proyecto de dominio público organizado por una organización sin fines de lucro independiente.

El acceso a un conjunto alternativo de código fuente para paquetes compatibles con RHEL, que está generando el proyecto, será gratuito para todos y estará abierto a la colaboración con otros proyectos similares.

Finalmente como comentario personal puedo decir que este movimiento de SUSE por impulsar un producto que sea una alternativa a RHEL, tiene como objetivo no solo brindar una solución a los recientes movimientos de Red Hat, si no que está más que claro que busca poder captar toda esa cartera de clientes que estén insatisfechos con los cambios en RHEL y también aquellos que puedan quedar a la deriva de los demás proyectos que crean alternativas a RHEL, como lo son Rocky Linux, AlmaLinux y Oracle, que al final no es malo ya que como menciona busca un beneficio mutuo tanto para sus productos como para la comunidad en general.

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/IMVA63h
via IFTTT