MIKE Desktop — Arquitectura, Componentes y Uso

MIKE Desktop es una capa gráfica opcional, ultraligera, modular e independiente diseñada sobre MIKE OS Core.

1. Filosofía y Principios

1. Modular e Independiente: Se instala y elimina a través de MPM (mpm install mike-desktop / mpm remove mike-desktop) sin afectar al Core de MIKE OS.
2. Minimalismo Visual Estricto: Cero widgets recargados, cero transparencias pesadas, cero demonios residentes innecesarios.
3. Stack Gráfico: text Linux Kernel 7.2 (KMS / DRM VirtIO-GPU / Intel) ↓ Mesa ↓ Wayland ↓ Hyprland (Compositor & Tiling Window Manager) ↓ Quickshell (QML Top Panel & Workspaces) ↓ MIKE UI (Temas Dark / Nord / Monochrome)

2. Componentes

• Compositor: Hyprland configurado con bordes limpios de 1px, tema oscuro #101014 y acento cyan #00d4ff.
• Barra Superior: Waybar con configuración MIKE propia; Quickshell (shell.qml) queda como fallback para equipos donde Waybar no esté disponible.
• Lanzador de Aplicaciones: m-launcher (basado en fuzzel o menú rápido de terminal) invocado con la tecla SUPER o SUPER + Espacio.
• Terminal: MTerminal (GTK/VTE) ejecutando MKShell, con pestañas propias.
• Controlador CLI: m-desktop (start, status, enable, disable, theme, config).

3. Atajos de Teclado (Keybindings)

4. Comandos de Administración (m-desktop)

# Iniciar sesión gráfica
m-desktop start

# Consultar estado de Wayland, Hyprland y GPU
m-desktop status

# Configurar arranque gráfico por defecto
m-desktop enable

# Restaurar arranque en consola TTY por defecto
m-desktop disable

# Listar o cambiar tema visual
m-desktop theme [dark|nord|monochrome]

5. Probar con QEMU en Modo Ventana Gráfica

MIKE OS arranca deliberadamente en consola para funcionar en cualquier equipo. Desde MKShell usa m-desktop start; para cambiar el comportamiento persistente usa m-desktop enable o m-desktop disable.

Para probar la aceleración VirtIO-GPU y la ventana gráfica de MIKE OS:

./scripts/run-qemu.sh --gui

6. Reglas de ventana de Hyprland

Hyprland rechaza una regla mal escrita y sigue arrancando. Lo dice una vez en su registro, que nadie lee, y nunca más: en pantalla, una regla inválida y una regla que no hace falta se ven exactamente igual.

Dos trampas, las dos encontradas a la vez y las dos con meses de antigüedad:

• windowrulev2 ya no existe. Hyprland 0.56 lo eliminó; todo es windowrule con match:. Las líneas que quedaron escritas con la sintaxis vieja no dan error al arrancar: simplemente no están.
• Las reglas booleanas necesitan un valor. float se rechaza con "invalid field float: missing a value"; lo correcto es float true. Lo mismo con center.

Juntas produjeron esto: la pantalla de bienvenida tenía dos juegos de reglas, en dos sitios del mismo archivo, para flotarla y centrarla — y no funcionaba ninguno. Salía tileada a pantalla completa, con el contenido en la mitad de arriba y un vacío enorme debajo, durante meses. Es la primera pantalla del sistema y la foto de portada de la web. m-welcome.c tenía el arreglo puesto y comentado; el compositor lo deshacía desde otro archivo.

tests/humo.sh ahora le pasa a Hyprland cada windowrule del archivo y comprueba que las acepte todas, y además que la bienvenida acabe con floating: 1. Que una regla se acepte no garantiza que gane: cuando había dos, ganaba la equivocada.

Para comprobar una regla a mano, contra un Hyprland en marcha:

hyprctl keyword windowrule "match:class ^(m-welcome)$, float true"
# "ok" o el motivo del rechazo
hyprctl clients | grep -B7 'class: m-welcome' | grep -E 'at:|size:|floating:'