Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Cómo migrar de ICEWM a KDE

NoP's Diary
Por NoP
departamento La-Marcha-Atras-es-pinigrosa , Sección Diarios
Puesto a las Sun May 11th, 2003 at 04:51:50 PM CET

Como muchos de vosotros sabéis, soy un fan de ICEWM como gestor de ventanas ligero. Después de muchos meses de uso de ICEWM elaboré junto a otros ecoleros un Tutorial sobre uso e instalación de ICEWM, incluyendo en él algunos temas no tan básicos como gestión avanzada de ventanas (fichero winoptions) o métodos de configuración.

Pues bien, después de tanto tiempo con ICEWM le estoy dando un tiento a KDE 3.1. Muchos se preguntarán: ¿cómo puede ser que el ferviente defensor de ICEWM se haya pasado a KDE? En esta entrada de diario pretendo comentar por qué usaba ICEWM, qué hacía icewm que no pudiera hacer KDE, por qué estoy probando KDE, y qué pasos he seguido para personalizarlo con un estilo similar a ICEWM.

 


Primero de todo, los motivos por los que yo usaba icewm:

  • Es ligero (2MB en RAM).
  • Ocupa muy poco espacio en disco duro.
  • Principalmente, porque icewm aportaba determinados detalles que KDE no (y que veremos a continuación).
¿Cuáles son las funcionalidades que hacían especial a ICEWM respecto a KDE? Veamos:

  • Keybindings: los atajos de teclado de ICEWM se pueden personalizar (todos y cada uno de ellos), aunque los que venían por defecto eran ya perfectos para su uso.

  • Atajos de teclado para aplicaciones: en el fichero .icewm/keys se pueden asociar combinaciones de teclas a la ejecución de comandos, como por ejemplo Ctrl+Alt+X para lanzar Xchat, o Ctrl+Alt+T para lanzar una terminal de texto.

  • Lanzar aplicaciones en escritorios: Utilizando el fichero winoptions, se puede hacer que al lanzar una aplicación (ya sea desde el menú, desde una terminal, desde la barra de ejecución de comandos, o desde atajos de teclado), la ventana se abra en el escritorio deseado. Por ejemplo, cuando ejecuto opera, éste se abre en el escritorio 2 (siempre, esté donde esté yo). El correo en el escritorio 3, etc etc.

  • Ocultar aplicaciones de la barra de tareas: Se puede (utilizando el fichero winoptions) evitar que determinadas aplicaciones aparezcan en la barra de tareas, o se pueda hacer alt+tab a ellas. Por ejemplo, el cliente de MSN (gaim) o gkrellm no aparecen en la barra de tareas (no ocupan espacio en la barra, ya que no cambio a ellas y siempre están abiertas).
Lo primero que noté al lanzar KDE 3.1 es que en mi ordenador (Athlon 1800 con 256MB DDR) no había diferencia alguna de velocidad entre KDE e ICEWM, factor que en ordenadores menos potentes hubiera hecho decantar mi elección a icewm. Además, yo siempre había notado mucha lentitud en arrancar aplicaciones KDE cuando estaba en ICEWM. Esto parece ser que es debido a que tiene que levantar partes del sistema de KDE al lanzar aplicaciones sueltas desde otro Window Manager, ya que desde dentro de KDE el lanzamiento de las aplicaciones es *muy rápido*.

Otro tanto a favor de KDE es la cantidad de applets y aplicaciones existentes. Karamba y superkaramba permiten escribir paneles de controles avanzados para KDE con ficheros de configuración de texto e incluso extenderlos en python. Se pueden poner servidores Web como applets para servidor ficheros en puertos altos de forma rápida (pude verlo en la quedada de Escomposlinux de este 2003), sin olvidarnos del aspecto que tiene KDE, que en mi opinión es inmejorable.

Además, hasta hace poco no había encontrado la manera de "simular" estas cosas en KDE, pero gracias a la ayuda de algunos ecoleros tengo claro lo siguiente:

  • Personalizar atajos de teclado generales: Si vamos al Panel de Control de KDE (ALT+F2 y ejecutar kcontrol), y entramos en Regional y accesibilidad -> Accesos rápidos de teclado, podremos cambiar los atajos de teclado asociados en KDE. En particular y para parecerse más a ICEWM yo realicé los siguientes cambios:

    - Ejecutar comando: ALT+F2
    - Activar/Desactivar opciones del portapapeles: Ninguno
      (era Ctrl+Alt+X, que yo uso para lanzar XChat, 
      de modo que lo quité).
    - Cambiar al escritorio de la derecha: Ctrl+Alt+Derecha. (cursor)
    - Cambiar al escritorio de la izquierda: Ctrl+Alt+Izquierda.  (cursor)
    - Recoger ventana: Alt+F12
    - Ventana al escritorio previo: Ctrl+Alt+Mayusculas+Izquierda.
    - Ventana al escritorio siguiente: Ctrl+Alt+Mayusculas+Derecha.
    


  • Cómo añadir aplicaciones al menú y al toolbar: Pulsamos con el botón derecho en el menú de inicio de KDE y pulsamos en Editor de menú. Con la opción Nuevo Elemento podemos añadir una aplicación con su icono asociado, y el comando que deseemos lanzar en Comando. Luego utilizaremos esta propiedad para los siguientes puntos. Por otro lado, para añadir un acceso directo a esta aplicación en la barra de tareas de KDE, pulsamos en el applet de aplicaciones con el botón derecho y seleccionamos Añadir -> Botón de aplicación.

  • Asociar atajos de teclado para lanzar una aplicación: dentro de kmenuedit, cuando estamos añadiendo o editando las propiedades de una aplicación, podemos cambiar el atajo de teclado para lanzarla en Tecla de acceso rápido actual, poniendo cualquier combinación de teclas que no esté ya en uso (y si está en uso, se puede modificar como vimos en un punto anterior). Si añadimos por ejemplo Xchat a nuestro menú, podemos cambiar el atajo de forma que Ctrl+Alt+X lo lance.

  • Lanzar aplicaciones en un determinado escritorio sin cambiar a él: En ocasiones nos puede interesar que una determinada aplicación se lance en un determinado escritorio. Por ejemplo, los navegadores en el 2, las aplicaciones de correo en el 3, etc. Para ello añadimos todas las aplicaciones en el menú de KDE con kmenuedit, les asociadmos los keybindings deseados, las copiamos a la barra de KDE si procede, pero a la hora de escribir el comando, en vez de poner el ejecutable ponemos:

    kstart --desktop NUMERO_DE_DESKTOP APLICACION
    

    Por ejemplo:

    kstart --desktop 3 opera
    
    Por si fuera poco, con este método lanzamos la aplicación en el escritorio adecuado, pero no cambiamos a él, sino que es como si lo lanzáramos en segundo plano mientras seguimos trabajando en nuestro escritorio.

  • Lanzar aplicaciones en un determinado escritorio dándoles el foco: Basta con añadir a las opciones de kstart el parámetro --activate:
    kstart --activate --desktop 2 sylpheed
    
    (sí es como tengo yo el icono de correo en el Gkrellm, con el ejemplo anterior).

  • Ocultar aplicaciones de la barra de tareas y del cambio de tareas (ALT+TAB): Supongamos que siempre que arrancas el ordenador lanzas Gaim (o everybuddy, o aMSN) y gkrellm (la típica barrita con gráficas de CPU, red, etc). Estas aplicaciones las tienes colocadas en el escritorio 1 (siempre) con lo que no te sirve de nada que aparezcan en la barra de tareas ya que ocupan espacio, y que además molestan al cambiar entre aplicaciones (con ALT+TAB) ya que a veces cambias a ella cuando no quieres. Bien, en KDE es posible lanzar las aplicaciones de forma que no aparezcan en la barra de tareas, usando --skiptaskbar --skippager en kstart. Por ejemplo, para lanzar gkrellm:

    kstart --desktop 1 --skiptaskbar --skippager gkrellm
    
    En ocasiones una aplicación tiene múltiples ventanas o bien no responde al hecho de obligarla a no aparecer en la barra de tareas. Por ejemplo, Gaim tiene 2 ventanas, una que se titula "Lista de contactos" (con los contactos) y luego una ventana con las conversaciones. Supongamos que deseamos que la primera no aparezca en la barra ni en alt+tab pero que sí que lo hagan las conversaciones. Nada mejor que usar el TITULO de la ventana para indicarlo, al lanzarlas:

    kstart --window "Lista de contactos" --desktop 1 --skiptaskbar --skippager  /usr/bin/gaim
    

    Con esto la ventana de lista de contactos de gaim no aparecerá en la barra de tareas pero sí que lo harán el resto de ventanas (las conversaciones) y podremos cambiar con alt+tab a ellas. En general es bueno poner siempre el nombre de la aplicación (en el ejemplo primero pudimos haber puesto --window "gkrellm" para asegurarnos de que se aplica a la ventana correcta de gkrellm).


  • Lanzar aplicaciones en el arranque de KDE: Por defecto KDE 3.1 guarda la sesión de escritorio, es decir, se "acuerda" de las aplicaciones que tenías abiertas cuando cerraste la sesión y las recupera al arrancar. Esto está bien porque puedes dejar el navegador, MSN y correo abiertos, y recuperarlos al arrancar la siguiente vez que entras en el ordenador. El problema es que cuando relanza las aplicaciones en el siguiente arranque de KDE, no les asocia las propiedades de kstart con las que las lanzaste: si por ejemplo tenías gkrellm con --skiptaskbar, KDE te lanzará gkrellm, pero sin usar kstart (y las opciones que tú deseas) para ello.

    Para evitar esto yo he configurado KDE 3.1 para que NO recuerde las sesiones (sólo si las guardo yo manualmente) de forma que yo lanzo en un fichero especial de KDE las aplicaciones que deseo, y con los parámetros que deseo.

    Para deshabilitar el almacenamiento de sesiones entramos en kcontrol, y pulsamos en Componentes de KDE -> Administrador de sesiones. Aquí seleccionamos Restaurar sesión guardada manualmente en lugar de Restaurar sesión previa.

    Ahora sólo hay que preparar de forma manual las aplicaciones que queremos que se ejecuten en el arranque de KDE. En mi caso estas aplicaciones son una terminal de texto con screen, y gkrellm. Para hacerlo entramos en nuestro directorio personal, en el directorio .kde/Autostart y creamos 2 ficheros con permisos de ejecución tal que:

    sromero@compiler:~/.kde/Autostart]$ ls
    lanzar_aterm.sh  lanzar_gkrellm.sh
    
    [sromero@compiler:~/.kde/Autostart]$ cat lanzar_aterm.sh
    aterm -bg black -fg gray -sr -tr -sh 30 -fn 7x13 -g 86x38+94+8 -e screen &
    
    [sromero@compiler:~/.kde/Autostart]$ cat lanzar_gkrellm.sh 
    kstart --window "gkrellm" --desktop 1 --skiptaskbar --skippager gkrellm
     
    

    Con esto, cada vez que entremos en KDE se lanzarán estas 2 aplicaciones con los parámetros deseados.

Todavía no sé si permaneceré en KDE o si volveré de nuevo a ICEWM, pero espero que esta sencilla guía ayude a quienes quieran darle un tiento a este gestor de ventanas tan potente. Recordad, mandad "exec startkde" al 7777, digooooo, ponedlo en vuestro .xsession y .xinitrc, y KDEad un poco :).

< Pingüinos en Wall Street (30 comments) | Primer concurso de fotocomposición con Gimp (6 comments) >
Enlaces Relacionados
· escomposlinux.org
· ICEWM
· Tutorial sobre uso e instalación de ICEWM
· superkaramba
· More on NoP's Diary
· Also by NoP

Encuesta
¿Cuál es tu ICEWM favorito?
· ICEWM 25%
· KDE 41%
· GNOME 3%
· WindowMaker 16%
· Fluxbox 12%
· twm 0%
· sawfish 0%
· Otro 0%

Votos: 31
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Cómo migrar de ICEWM a KDE | 27 comentarios (27 temáticos, editoriales, 0 ocultos)
¿Qué será lo siguiente? (4.00 / 1) (#1)
por trollete a las Sun May 11th, 2003 at 04:59:28 PM CET
(Información Usuario)

¿Un tutorial sobre como pasar de vim a emacs?



pues olé tus huevos, capao (3.33 / 3) (#5)
por simmaniac a las Sun May 11th, 2003 at 05:53:35 PM CET
(Información Usuario) http://www.geocities.com/simmaniac_es

Yo creo que esto es sólo la punta del icewm^H^Hberg, ya que parece que en la Comunidad, entre los que más conocimientos tienen, aquél que use programas-con-colorines-tope-de-chulis, ése es un pringao.

Pues yo creo que no. Icewm a lo mejor es muy bueno, va como un tiro y sólo ocupa 2 MB. WOW! pero... ¿y si KDE también es muy bueno, también va como un tiro (por lo que se ve la última version va bastante bien), aunque gaste 20 ó 30 MB (datos no fiables)?

Nos estamos preocupando por una cantidad hoy en día irrisoria, en tiempos en los que el equipo más cutre tiene, cuando menos, 128 ó 256 MB de RAM. Y por no hablar de la swap, otra que tal baila. He visto particiones de swap más grandes que el disco duro de mi anterior ordenador.

Esto para mí es un ejemplo, como sería también el Sr. Sinner. El tío usa madrake... y a ver quién tiene huevos a decir que no sabe de Linux, o que por usar mdk lava menos blanco...

Por lo tanto, como resumen, quiero hacer una reflexión. Si algo va bien, es bueno, tiene grandes aplicaciones, es rápido y además es bonito de ver, ¿por que ese cambio parece que sea una "cobardía", o de ser menos gurú?

Por lo expuesto, olé tus huevos, y que nadie te diga que eres gay por usar KDE (otra cosa es que te lo digan por otros motivos :P)

Saludos. SimManiac



 
Versión HTML (none / 0) (#4)
por NoP a las Sun May 11th, 2003 at 05:20:21 PM CET
(Información Usuario)

Por si alguien se siente interesado, he hecho una Versión HTML de este documento.





Portada (none / 0) (#20)
por jcantero (jcantero@agujero-negro.escomposlinux.org) a las Mon May 12th, 2003 at 04:39:43 PM CET
(Información Usuario) http://www.escomposlinux.org/jcantero/

Y digo yo... ¿por qué no lo mandaste a portada? Artículo currado, informativo, interesante... Tsk, tsk. ;-)

--
"Papá, ¡Internet es más que una red pornográfica global!" -- Lisa Simpson


Cómo migrar de ICEWM a KDE | 27 comentarios (27 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda