Pero si a casi todos los WM los puedes configurar para que se manejen por teclado... xfwm hasta puede funcionar en modo tiling. Y si mal no recuerdo, tiene un launcher que funciona como dmenu o rofi.

>>13616 No entiendo esa guerra culia entre X y Wayland.

>>13619 Es el drama típico que ocurre cuando empiezas a hacer esfuerzos serios para migrar a una infraestructura nueva después de años de patear tal migración. A algunos autistas no les agrada la idea (porque se demoraron mucho, porque no están de acuerdo con la tecnología etc.) y los autistas que están a favor se dieron cuenta que todavía falta demasiada pega (porque el protocolo es solo un protocolo, lo diseñaron originalmente para autos, los devs de Wayland no quieren otro X.org y cada protocolo nuevo se tiene que justificar hasta con encíclica papal, etc.)

>>13619 Es solamente >>13621 el que comenta el tema de x11. Me da la impresión que padece toc con tpn o que es tea, porque son las únicas personalidades que necesitan caer en éste tipo de webadas ridiculas plan "usar x11" o similares En general dentro de informática, es muuuuy común encontrar toc, tpn, tea y otras condiciones.

>>13615 xfwm consume mas ram que dwm... a ver ahora que enfermito del board sale a webiar por la ram...

>>13622 Yo creí que usted era más vivo, pero veo que no es así.

>>13625 TNP en evidencia, tan transparente que es la gente, se creen vivos pero la personalidad nunca miente... ahora debería venir mas mierda del niño tnp, pero como no querrá quedar en una posición inferior, no dirá nada con el mismo id, haber cuanto tiempo demora en comentar algo mas mierda

nose perro yo uso kde salu2

>>13626 Kek, autista culiao. Con razón pasa usando el board como su blog personal.

>>13613 Que chucha este hilo, no entiendo nada de lo que están diciendo.

>>13629 Es otro hilo del Choroy que nos cuenta su vida informatica.

>LXQT en la torre y JWM en los NAS los paneles no me los quita nadie

>>13631 >GUI en un servidor LALITO

>>13629 Un autista pero de esos autistas con cuática, que está descubriendo el mundillo de la informática. Al parecer no tiene a nadie con quien conversar, así que de vez en cuando hace hilos como quien escribe un diario de vida.

>>13621 >y cada protocolo nuevo se tiene que justificar hasta con encíclica papal Top lel. Por estupideces como estas terminé yéndome a macOS. Al fin un escritorio que funciona bien. No es muy personalizable pero soy mas productivo así. >>13622 >TPN ¿Qué? Se te perdió /g/ parece OP.

y siguen peliando por x? como tan autistas wn

>>13639 Capitán Autismo: Civil War

>>13637 >Top lel. Por estupideces como estas terminé yéndome a macOS. Al fin un escritorio que funciona bien. No es muy personalizable pero soy mas productivo así. Esperable, si MacOS X es la evolución de NeXTSTEP. A nivel cronológico, tiene casi 35 años de trabajo y vaya a saber uno cuántas horas-hombre invertidas en los distintos componentes. Eso, sin sumarle las HH que tienen al integrar el desarrollo en FreeBSD al que dan seguimiento. Acá un artículo en que detallan que, al menos en 2010, hay paridad funcional entre Quartz y X11, por lo que la gran diferencia es el control que Apple tiene para desarrollar el producto como se le pare el culo y ajustado a los requerimientos de su hardware. https://www.informit.com/articles/article.aspx?p=1552774&seqNum=5

>>13619 >>13621 Más que "guerra", es que no quisieron darse el pajazo de realizar una migración progresiva de las funcionalidades de X11 para modernizarlo e idealizaron el costo de escribir el código desde cero. El típico "síndrome Not Invented Here", que tanto ataca a los proyectos de software libre. Muy a la larga, sirve para modernizar al incumbente principal, pero te encargo el gasto en tiempo y gente desarrollando proyectos paralelos y los ejemplos abundan: - XEmacs vs Emacs - GCC vs eGCC - Debian vs Devuan - Gnome 3 vs Gnome2/MATE

Hubieses puesto el artículo de Mike Paquette mejor. https://developers.slashdot.org/comments.pl?sid=75257&cid=6734612 Varias de las características que tiene Quartz, X11 las adquirió recién en 2006 en adelante, en especial lo de la composicion (Recuerden Compiz) Y para aplicarla en X11 tienes que darte una vuelta hueona que introduce baja de performance, cosa que en Quartz ni en Windows, ni en Android ocurre. Menos en Wayland. Y todavía hay cosas que X11 aún no tiene, pero eso es autismo para otro día.

>>13657 >pero eso es autismo para otro día Como una gestión de color integral y una API estándar de gráficos decente. X11 carece de ambas y las opciones que hay (Cairo, Skia) dejan harto que desear y son incompletas.

>>13658 Ambas no son autismo, hoy en dia son imprescindibles, la primera porque las pantallitas P3 y HDR agarraron vuelo y la segunda porque como desarrollador necesitas un denominador común mínimo para hacer andar tu app sin dolores de cabeza.

>>13658 O soporte multi monitor real. Lo que tiene X11 ahora es básicamente un hack que te impide tener cosas como VRR independiente en cada monitor o DPI independiente. Y no empecemos con el modelo de rendering.

y siguen llorando po wn

>>13682 Obvio porque el escritorio en Linux es decepcionante y no se ve progreso de verdad.

>>13684 Ha progresado caleta desde 2020. Si no se vio progreso antes es porque antes no existía la presión para hacerlo. Ahora RedHat y Valve están interesados que Linux en el Escritorio surja.

>>13686 Ha progresado en cualquier weá menos lo que yo espero: >>13658 y >>13660. Y ni hablar de framebuffers de 10 bits…

>>13719 Autor de >>13660 Wayland ya tiene soporte multimonitor con DPI y VRR independiente. Yo uso dos pantallas 4k a 135% y 200% sin problemas.

>>13719 HDR y el manejo de color están en progreso, anon. Va a tener que esperar porque el manejo del color es hueveado y una de las bases del proyecto Wayland es no agregar protocolos a tontas y a locas para terminar como X11, que tenía hasta un servidor de impresión. La mayoría de la reputación que tiene Wayland de no tener cosas es culpa de GNOME y es porque eran los únicos interesados en desarrollar el protocolo. Y como tenían poder en la toma de decisiones sobre el protocolo base, imponían la visión de GNOME en Wayland. Ahora que tanto wlroots, KDE, Cosmic y otros tienen mayor influencia en el desarrollo de los protocolos, se está notando el cambio. En 2020 Wayland ni siquiera tenía un protocolo para tomar captura de pantalla. Ahora lo tienen y funciona muy bien, y todo gracias a un weón al que le rajó el ano que Wayland no pudiese capturar la pantalla se sentó a escribir y propuso un método que ahora utilizan la mayoría de los compositores. En 2021, Wayland no tenía un método para tener shorcuts globales. Ahora lo tenemos gracias a xdg-desktop-portal. Si OBS no lo soporta es porque son unos flojos culiaos que todavía no han implementado el código para que OBS pueda registrar sus shorcuts con el compositor. En 2020 la sesión Wayland de KDE era absolutamente inusable. Solo les tomó 4 años hacerla lo suficientemente funcional como para que en KDE 6 la sesión Wayland sea la predeterminada sin muchos problemas. GNOME funciona en Wayland desde 2015 y todavía no implementan cosas que KDE ya tiene como VRR, fractional scaling, soporte inicial de HDR y manejo de color. En conclusión: >Los devs de GNOME son unos enfermos que tienen la mayor responsabilidad del estado de Wayland y se ponen a llorar cuando les llaman lentos >Sea el cambio que quiera, abra su editor y pongase a trabajar en el código si quiere que alguna característica salga más rápido.

>>13724 >GNOME Esos weones aún siguen con el drama por xdg-decoration? Menos mal que KDE se puso las pilas con el soporte Wayland.

>>13724 >abra su editor y pongase a trabajar en el código si quiere que alguna característica salga más rápido *la mafia de gnome en wayland le rechaza el PR*

>>13727 Tíralo para Wlroots o KDE primero entonces, llorón.

>>13726 Entiendo que todavía siguen discutiéndolo. Mientras tanto, KDE tiene predeterminados sanos. Si no quieres dibujar decoraciones en tu app, KDE se las pone.

>>13726 Me da risa, macOS soporta CSD sin dramas, Windows soporta CSD sin dramas. Pero los libertarados no son capaces de ponerse de acuerdo. >>13728 Claro, y luego armas un cisma en wayland producto de querer avanzar en cosas que aportan valor. >>13724 Gestión de color del lado wayland no es nada del otro mundo: debe permitir a los compositores saber cual es el espacio de color de cada pantalla, y los clientes poder reportar en que espacio de color van a mandar contenido para que el compositor sepa cómo combinarlos antes de mandar a pantalla. Aparte tiene que haber pega en las librerias de dibujo: en mac como manejan todo el stack lo tuvieron simple: en quartz absolutamente todo tiene referencia a un espacio de color cosa que hasta los colores del terminal son gestionados. Cairo no soporta perfiles asi que hay que partir mergeando la propuesta que hizo un gringo hace unos años. Luego adaptar los toolkits para que cada componente de la UI tenga perfiles asociados. Sin esto va a ser imposible usar pantallas wide gamut sin que los colores salgan chillones o los blancos SDR griten en una pantalla HDR

>>13731 >Me da risa, macOS soporta CSD sin dramas, Windows soporta CSD sin dramas. Pero los libertarados no son capaces de ponerse de acuerdo. GNOME también soporta CSD. Lo que no soporta es un default si no implementas la decoración. >Claro, y luego armas un cisma en wayland producto de querer avanzar en cosas que aportan valor. Sí anon, tirar una feature a los dos grupos que están liderando el desarrollo de Wayland, que pueden influenciar el desarrollo del protocolo y además no son analmente retentivos va a crear un cisma.