291
www.phoronix.com/scan.php?page=article&item=x11_25_years&... 
Fue hace 25 años, hoy en día, el 15 de septiembre de 1987, que la Versión 11 Release 1 del Sistema X Window (X11 aka) fue lanzado. X11 ha evolucionado mucho desde entonces, pero esta tecnología de 25-años de edad, de MIT sigue siendo el núcleo de todos los escritorios Linux. Sólo les tomó tres años para pasar de X1 a X11, pero 25 años después, X11 sigue usandose hoy en día de forma generalizada no sólo de Linux, y casi todas las variantes UNIX. menéame
Yo me uní al club de usuarios con la X11, cuando la mayoría de la gente no sabía que existiera internet. Y por aquellos tiempos ya se podían ejecutar aplicaciones gráficas remotas de forma nativa.
Larga vida a las X.
Hacer una arquitectura distribuida para un entorno gráfico local ha significado que Linux haya estado relegado a segunda división durante años en tema de gráficos.
Ninguna plataforma gráfica decente hoy en día tomaría X11 como modelo
Bueno, desde hace tiempo existen aplicaciones de gráficos que no usan servidor X en Linux, sino mapeos a memoria o llamadas directas al kernel.
De hecho, Unity es el culpable de que los FPS en Ubuntu hayan bajado con la inminente salida de L4D2 en Linux.
fbi -> Visor de imágenes
fbgs -> Visor de pdf
links2 -> Navegador (en modo gráfico funciona con X y sin X)
mplayer -> Visor de vídeo (puede funcionar en modo framebuffer sin X y se ve muy bien en ordenadores antiguos)
Desde el punto de vista del escritorio me parece mucho mejor una arquitectura cliente servidor:
* Una de las ventajas es que se te puede atascar el escritorio y no pasar nada, por ejemplo: ctrl+alt+f1, sudo /etc/init.d/gdm restart y a correr
*Otra de las ventajas es loguearte en modo gráfico desde un ordenador en otro.
Desde el punto de vista de los juegos, nada impide que se puedan desarrollar juegos que no usen x11.
Traduccion libre. "Que si, que no, que tal vez que igual si o tal vez no, que ya si eso me lo preguntas el mes que viene."
No hace ni un anyo que se hizo el primer borrador ...
No digo que venga, pero es una posibilidad.
Y lo dice alguien que ha usado todos los sabores de Linux desde hace 16 años
Yo añadiría gpm, para poder usar el ratón en las tty (que por cierto sigo usando hoy en día)
Con respecto al aniversario de las X... aún recuerdo la primera vez que me puse a meter mano al fichero XF86Config-4, era una debian potato... que como mi monitor tenía un refresco "raro" había que meterle los refrescos a mano o no arrancaban las X... o cuando topabas con una gráfica que no conocías y siempre tenías la opción de tirar de driver "vesa" que lo mismo valía para un roto que para un descosido... Jur, me siento mayor recordando estas cosas
Por cierto, me olvidé de mencionar a E17, entorno del que estoy enamorado...
Pero tu me hablas de usar gráficos de forma remota, algo que no ocurre en nuestras casas.
Además, hoy en día no tiene sentido usar aplicaciones gráficas pesadas de forma distribuida (X11)
Una interfaz web soluciona estas chapuzas
#20 El sistema gráfico no está integrado en el Kernel en Windows, salvo que estemos hablando de los Windows obsoletos. Ningún sistema operativo que haya sacado Microsoft este siglo integra el sistema gráfico en el Kernel.
En modo Kernel en linux y en Windows se viene a ejecutar lo mismo.
La alternativa que se plantea es que renderizado se haga en el cliente(la aplicación de forma local) y se envíe a un compositor. Básicamente Wayland. Y de hecho se lleva intentando emular ese comportamiento con Extensiones a las X11 y librerías como Cairo Y Qt como una década.
en.wikipedia.org/wiki/Wayland_%28display_server_protocol%29
en.wikipedia.org/wiki/Wayland_%28display_server_protocol%29
Esto supone reconocer que apple tenía razón cuando migro de Mac OS a Mac OS X, pero no uso el X11 si no un sistema similar. Y con una década de retraso.
#27 Actualmente(Windows7, Linux +2008) lo que se ejecuta en modo núcleo en Windows y Linux es lo mismo Mode setting(incluyendo el ahorro de energía), gestión de memoria de la tarjeta gráfica, y el soporte de Kernel para lo que en linux se llama DRM* para dar acceso a aplicaciones al hardware.
El model de Wayland se parece un monton a esto. El proceso de Xorg desaparece por completo y solo queda el compositor/Gestor de ventanas y las demás aplicaciones
en.wikipedia.org/wiki/Desktop_Window_Manager
en.wikipedia.org/wiki/Windows_Display_Driver_Model
#29 Kernel.dll no es el kernel de Windows. Kernel.dll es el equivalencte a libc.so en Linux. Y todo el coste de cambios de Contexto es irrelevante al lado de ejecutar el renderizado en un servidor. Afortunadamente en Linux con XRender y otras extensiones eso se evita en gran medida.
DRM: dri.freedesktop.org/wiki/DRM
#20 Estoy hablando de X11, el subsistema gráfico sobre el que se ejecutan las interfaces de escritorio y los gestores de ventanas. Tú estás hablando de gestores de ventanas y de entornos de escritorio. No es lo mismo. Tienes conceptos equivocados. Además, ningún entorno gráfico de sistemas operativos de ordenadores personales está en el kernel.
Pero ya que sacas el tema, mi opinión es que los escritorios de Linux se han quedado muy atrasados, y uno de los motivos es precisamente X11. E17 es de todo menos usable. KDE depende de QT que está condenado. Unity, el agonizante Gnome, XFCE y demás, aunque usables, se apoyan en un modelo de objetos y componentes bastante obsoleto, léase GTK+, que perdió la carrera contra Aero, Cocoa y Metro hace muchísimo tiempo, y en parte, por depender de X11.
Xorg ha sido un buen intento, pero sobre cimientos obsoletos. Lo que creo es que se debería empezar desde cero, escribir un buen modelo de objetos, un nuevo Y UNICO kit de widgets eficiente y moderno, y quizá así los grandes se plantearan portar sus aplicaciones a Linux (léase Adobe con Photoshop y familia, o Autodesk, etc...) lo cual sería un paso de gigante para que Linux se adentrara en el desktop.
user32.dll => Implementa windows forms, fuera del kernel, el equivalente en linux (entre otros) qt/gtk, también fuera del kernel.
window manager => En windows dentro del kernel, en linux fuera (kwin, compiz y demás).
GDI => API de pintado de bajo nivel, usada por el toolkit gráfico, no es un servidor pero sería el equivalente a X11 por lo que he entendido, éste reside en el kernel, mientras que X11/wayland y demás fuera.
Por cierto había un navegador lynx que era por consola, que iba muy bien, ahora hace tiempo que no toco nada de todo eso.
Eso esta obsoleto, creo que era cierto en XP, en Vista y siguientes es un proceso de usuario que se llama dwm.exe
en.wikipedia.org/wiki/Desktop_Window_Manager
Y GDI es una librería equivalente a Cairo, no veo sentido a implementarla en modo núcleo. Aunque en ninguna parte se habla del tema.
Felicidades a X11 !!!!!!
Por favor, a principios de los 90, cuando Windows era poco más que un gracioso entorno de ventanas que en realidad ejecutabas desde DOS, y cuya capacidad estaba limitada siempre a tu propia máquina, X11 ya permitía a los sistemas Unix ofrecer un entorno gráfico bastante maduro, y sobre todo: cliente-servidor. Windows ha tardado décadas en ofrecer un terminal-server que permitiera algo parecido.
Resulta curioso comprobar cómo la estética relativamente "plana" de las aplicaciones X de entonces ha vuelto a ponerse de moda en la informática moderna, mientras que el estilo pseudotreidimensional tan exagerado de Windows 3.11 ha quedado totalmente desfasado. Otra cosa es que por encima del gestor de ventanas, Windows ofreciera un entorno de escritorio mucho más avanzado, que el mundo Unix no ha sido capaz de igualar hasta la aparición de Gnome y KDE, ya mucho más tarde.
Eso no quita que, lógicamente, un sistema tan antiguo haya quedado obsoleto y que muchas de sus deficiencias deban superarse, pero ha sido un pilar fundamental de la informática.
Tendiendo en cuenta que has dicho en #22 "Ningún sistema operativo que haya sacado Microsoft este siglo integra el sistema gráfico en el Kernel."
Gracias por informarnos que el siglo no comenzó en el 2001. Ya que windows XP según tu es del siglo pasado(técnicamente tal vez lo sea, pero creía que el siglo comenzaba en el 2001.).
Hasta el NT 3.5 el subsistema gráfico estaba fuera del nucleo, con NT 4(1996) lo movieron dentro y en vista(2006) lo sacaron de nuevo.
La posibilidad de copiar con solo marcar y pegar con el boton central resulta extremadamente comodo, y ademas puedes copiar y pegar como en windows. ^^
En X11, para copiar de una aplicación y pegar en otra tienes que mantener la primera abierta hasta que pegues. Eso es un puñetero coñazo.
Por ejemplo, estoy chateando con alguien y quiero citar un texto de un pdf. Lo lógico sería: 1) buscar el pdf y abrirlo, 2) copiar, 3) cerrar el pdf, 4) ir al chat y pegar, 5) seguir chateando. Con X11 tienes que hacer: 1) buscar el pdf y abrirlo, 2) copiar, 3) ir al chat y pegar, 4) ir al pdf y cerrarlo 5) ir al chat y seguir chateando.
Pierdes tiempo innecesariamente yendo de una ventana a otra. Y la cosa empeora si tienes que citar el texto varias veces. Tienes que abrir el pdf cada vez, tener abierto el pdf continuamente por si acaso lo vuelves a necesitar, o (lo que suelo hacer yo) tener todo el rato abierto un editor de textos para hacer de portapapeles cutre.
Aunque hay algunas propuestas para cambiar esto y tener un portapapeles de verdad, ninguna ha prosperado.
También recuerdo algún bug bastante molesto pero no logro recordar qué era concretamente, sólo recuerdo que necesitaba desactivarlo pero no se puede, solamente había alguna que otra cochinada para hacer que deje de funcionar.
Para copiar seleccionas un texto y para pegarlo le das al botón de en medio(presionando la rueda) o a los botones izq y derecho a la vez. Y para cuando te equivocas esta el deshacer, en el editor Vi: "Esc u" y rehacer "Crtl+r"
Ese bug es fácil de solucionar, se llama tener la rueda del ratón hecha mierda. Yo también lo he sufrido y se arregla cambiando el ratón. ^^
#44 Pierdes tiempo innecesariamente yendo de una ventana a otra. Y la cosa empeora si tienes que citar el texto varias veces. Tienes que abrir el pdf cada vez, tener abierto el pdf continuamente por si acaso lo vuelves a necesitar, o (lo que suelo hacer yo) tener todo el rato abierto un editor de textos para hacer de portapapeles cutre.
Tu lo ves un problema, yo algo bueno. Puedes limpiar el portapapeles con solo cerrar la ventana de origen. A cambio te ahorras la acción de copiar ya que has juntado dos acciones en tu ejemplo.
Lo lógico sería:
1) Buscar el pdf y abrirlo,
2) Seleccionar el texto
3) Copiar
4) Cerrar el pdf
5) Ir al chat y pegar(soy generoso y te concedo el juntar dos acciones en una aquí
6) Seguir chateando
Con X11 tienes que hacer:
1) Buscar el pdf y abrirlo
2) Seleccionar el texto(acostumbrate a no trabajar con las ventanas maximizadas).
3) Pulsar en la zona de escribir con el boton central.(no pone la de chat encima si configuras el gestor de ventanas para que no lo haga)
4) Cerrar el pdf.(salta a la de chat con el cursor activo donde lo tenias)
5) Seguir chateando.
Tiene sus peculiaridades que pueden resultarte molestas en algunos casos, pero también sus ventajas.
Aparte, sigues teniendo problemas cuando tienes que pegar varias veces. En principio no sabes si lo que has pegado ahora lo tendrás que volver a pegar dentro de 5 minutos, así que normalmente tienes que abrir el documento otra vez.
(acostumbrate a no trabajar con las ventanas maximizadas)
¿Por qué me tengo que acostumbrar a eso? No es eficiente trabajar con más de 4 o 5 ventanas sin maximizar:
- El espacio disponible para cada ventana se reduce bastante.
- Es desordenado y distrae (por lo menos a mí), sobre todo si una aplicación produce movimiento (como el texto moviéndose en el chat). Con las ventanas maximizadas, cuando estoy con el chat, estoy concentrado en el chat, y cuando estoy con el pdf, estoy concentrado en el pdf.
- Tienes que andar ajustando el tamaño de las ventanas para verlas más cómodamente, mover el ratón para cambiar de una ventana a otra, ordenarlas en una configuración cómoda, etc. Todo eso implica pérdida de tiempo.
Yo uso xmonad como gestor de ventanas y normalmente tengo siempre las ventanas maximizadas. Todo el manejo de las ventanas se hace con alt+tecla, ya sea para maximizar una ventana, abrirlas todas en mosaico, moverte entre escritorios, mandar una ventana a otro escritorio, iniciar una aplicación, ... Es más rápido que andar moviendo el ratón para cambiar el foco de una ventana a otra. Lo mismo vale para otros gestores del mismo estilo, como dwm.
El primero no lo encuentro pero fue hace unos cuantos años. #47 Pasaba en todos los ordenadores de la sala. De todas formas da igual, todo software tiene bugs, la verdad es que para mi lo peor no es que hayan bugs sino el escaso soporte de ubuntu. Me ha pasado varias veces encontrar bugs, que estén ya reportados en launchpad y que haya que esperar a la siguiente versión de ubuntu para verlos solucionados.
No necesito moverme de vuelta a la ventana del pdf, está justo encima y puedo cerrarla directamente igual que si nunca la hubiera dejado.
Lo mires como lo mires, tu haces mas acciones que yo. Entre una o dos mas que yo mínimo.
Yo uso xmonad como gestor de ventanas y normalmente tengo siempre las ventanas maximizadas.
Ese es tu problema no el mio. No todas las ventanas necesitan estar maximizadas, no necesitas la ventana de chat a pantalla completa, ni el pdf.
¿Por qué me tengo que acostumbrar a eso? No es eficiente trabajar con más de 4 o 5 ventanas sin maximizar:
Que tu no sepas trabajar de forma mas eficiente con ventanas sin maximizar es tu problema por no querer aprender. Confundes eficiencia con costumbre.
El espacio disponible para cada ventana se reduce bastante.
Si, necesitas la ventana de chat a pantalla completa, cuando con un cuarto de pantalla le sobra, el pdf del que solo pretendes copiar datos a pantalla completa cuando con media le sobra...
El espacio disponible no es el espacio necesario, maximizar ventanas es necesario solo en algunos casos
- Tienes que andar ajustando el tamaño de las ventanas para verlas más cómodamente, mover el ratón para cambiar de una ventana a otra, ordenarlas en una configuración cómoda, etc. Todo eso implica pérdida de tiempo.
Ten un gestor de ventanas decente. La mayor parte de ellos tienen posicionamiento inteligente de ventanas, con lo cual abren la ventana donde menos pueda superponerse a otra.
Ademas, tener las ventanas sin maximizar no te obliga a utilizar el ratón en lugar del teclado, te da la opción de utilizar ambos de forma cómoda.
Es más rápido que andar moviendo el ratón para cambiar el foco de una ventana a otra. Lo mismo vale para otros gestores del mismo estilo, como dwm.
Yo también uso el teclado, pero no todo es mas rápido con combinaciones de teclas. Si tienes la ventana visible y el ratón en la mano un click es mas rápido que solar el ratón pulsar hasta volver a la otra.
Necesitas moverte para cambiar el foco de una ventana a otra, ya lo hagas con ratón como tú o con teclas como yo.
Ese es tu problema no el mio. No todas las ventanas necesitan estar maximizadas, no necesitas la ventana de chat a pantalla completa, ni el pdf.
Como ya he demostrado, no es un problema, es una ventaja. Y en xmonad las ventanas no tienen que estar maximizadas. Ya dije que hay una tecla para abrir las ventanas en mosaico, aparte de muchas otras configuraciones (literalmente decenas www.haskell.org/haskellwiki/Xmonad/Screenshots#Layouts ), y la maximización se puede configurar por escritorio (maximizar en un escritorio y en otro no), por aplicación (no maximizar nunca gimp ni sus ventanas, sino superponerlas), etc.
Pero mi comentario no iba sobre gestores de ventanas sino sobre las desventajas del portapapeles de X11, que las hay con cualquier gestor de ventanas.
Que tu no sepas trabajar de forma mas eficiente con ventanas sin maximizar es tu problema por no querer aprender. Confundes eficiencia con costumbre.
En absoluto. Simplemente tú pretendes conocer lo que sé o lo que he probado sin conocerme de nada.
Si, necesitas la ventana de chat a pantalla completa, cuando con un cuarto de pantalla le sobra,
Te sobrará si tienes una pantalla enorme, si tienes un portátil, como yo, no.
Ten un gestor de ventanas decente.
Ya lo tengo. Es de los pocos que hay.
Yo también uso el teclado, pero no todo es mas rápido con combinaciones de teclas. Si tienes la ventana visible y el ratón en la mano un click es mas rápido que solar el ratón pulsar hasta volver a la otra.
De todas formas tienes que soltar el ratón para escribir en el chat. Entre:
1) Coger el ratón, seleccionar texto y copiar.
2) Mover el ratón hasta la caja de texto de la ventana del chat.
3) Pegar.
4) Poner las manos en el teclado.
5) Seguir escribiendo en el chat.
y
1) Coger el ratón, seleccionar texto y copiar.
2) Poner las manos en el teclado.
3) Pulsar alt+j para moverte a la ventana del chat.
4) Pegar.
5) Seguir escribiendo en el chat.
el segundo es más rápido. Sólo se diferencian en una cosa, 2) en el primer método y 3) en el segundo. Y 3) es más rápido que 2).
Pero ya digo, los defectos del portapapeles se aplican a cualquier gestor de ventanas.
Y tu la mano y el dedo... cuando hablo de moverme me refiero a que no necesito minimizar la actual, ni siquiera pasar a ella, ya que está sobre la otra.
..., por aplicación (no maximizar nunca gimp ni sus ventanas, sino superponerlas), etc.
Como y ate dije la colocación inteligente de ventanas sirve para algo, que tu no lo hayas descubierto es tu problema.
Teniendo en cuenta el espacio que pierdes con las ventanas en mosaico, no se como te quejas de no tenerlas maximizadas.
En absoluto. Simplemente tú pretendes conocer lo que sé o lo que he probado sin conocerme de nada.
No, tu pretendes decir que la forma de funcionar del portapapeles de las X es incomoda, cuando eres tu el que no sabe trabajar con el. No necesito conocerte lo demuestras con esa estúpida queja. Es una forma distinta de trabajar.
Te sobrará si tienes una pantalla enorme, si tienes un portátil, como yo, no.
Portatil 15" 1280x800 me sobra. Deberias pasar a algo con mas resolucion que 640x480.
De todas formas tienes que soltar el ratón para escribir en el chat. Entre:
Tu debes ser de los que utilizan el ratón de raulito, para hacer doble clock en lugar de doble click si necesitas las dos manos.
Mover y pegar es uno, es pulsar el boton central, ya que no hay menu. Si pretendes contar eso como dos ya puedes comenzar a contar las pulsaciones del teclado de forma individual.
Elige, lo cuentas así:
1) Coger el ratón, seleccionar texto y copiar.
2) Mover el ratón hasta la caja de texto de la ventana del chat y pegar.
3) Poner las manos en el teclado.
4) Seguir escribiendo en el chat.
o lo cuentas así:
1) Coger el ratón, seleccionar texto y copiar.
2) Poner las manos en el teclado.
3) Pulsar alt
4) Pulsar j para moverte a la ventana del chat.
5) Pulsar Control
6) Pulsar v
7) Seguir escribiendo en el chat.
el segundo es más rápido. Sólo se diferencian en una cosa, 2) en el primer método y 3) en el segundo. Y 3) es más rápido que 2).
Solo si lo cuentas a tu conveniencia, 4vs5 o 5vs7 el segundo no es mas rapido.
Pero ya digo, los defectos del portapapeles se aplican a cualquier gestor de ventanas.
Los defectos del portapapeles es que tu no sabes trabajar con el.
Por lo visto, ni siquiera lees lo que digo, o lo lees pero no lo entiendes, así que lo dejo aquí.