
-Agregar ¿todas? las entradas de menus de indexación, llamando a menu_add_item_menu_index_full_path, ejemplo:
        menu_add_item_menu_index_full_path(array_menu_settings_debug,
            "Main Menu-> Settings-> Debug","Menú Principal-> Opciones-> Debug","Menú Principal-> Opcions-> Debug");
Los menus que no usen menu_add_item_menu_index_full_path se les genera automáticamente, si se han abierto desde Main Menu se le agrega ese prefijo,
pero otros que vienen por ejemplo desde Top Menu o desde Top Buttons pues no

-Juego de la vida que tenga ayuda con las reglas del juego. O ya lo tiene?


-Si conmuto de un CPU step a ventana abierta de hexedit, ejecutará alguna instrucción sin querer?
Y teniendo el stop emulation on menú? Se ejecuta alguna instrucción sin querer?


-lightgun
*rutina de Sinclair Action Pack - Side A, del programa principal que detecta posicion y, ponerla como ejempo
en programa aparte, mostrando coordenada y en pantalla

ok-lightgun: magnum. poder tener margen de mas de 1 scanline (para el acid killer por ejemplo)
-magnun: acid killer, ver por que no funciona en mitad derecha

-config setting para aymidi_rs232_enabled.v
if (MACHINE_IS_SPECTRUM) nuevo_aymidi_rs232_handle(value); esto no tendria que ser dependiente de ese setting?
desactivado por defecto
con operation wolf de la magnum escribe muchos mensajes en consola (paranoid) aun desactivando el settting.
Es necesario tanto print?


-poder hacer que con menu abierto, se envien eventos de teclado, pistola etc a máquina emulada.
Util si estamos en debug cpu y queremos que un juego lea el boton del ratón (emulando lightgun) y/o luz de pistola
Quizá con una opción y sólo si está el foco en ventana de debug CPU


- Poder ver todos los sprites de tbblue, MSX etc de golpe, en una sola ventana

-Acción de ESCMenu en joystick, cierra todos los menús? Quizá hay que crear una acción nueva que sea menú atrás... O sirve con mover a la izquierda?


-compilar en 32 bits quiza hace que las columnas de registros modificados mas alla de 32 no funcionen
menu/menu_debug_cpu.c:2296:52: warning: left shift count >= width of type [-Wshift-count-overflow]


-Comparar uso de cpu en x11 y cocoa. Probar con cpu en reposo o con carga

-Qué sentido tiene que el icono de hilow deje hacer "Switch tape inserted flag" cuando no está hilow activado?

-Probar compilar contra ssl en mac desde homebrew


-Pantalla completa en Mac no va bien


-Poder saber en que fecha se ha iniciado una sala de zeng online y/o indicar el uptime
-Zeng opción para enviar mensaje a un usuario concreto
-En Zeng si usuario envía pulsación tecla pero la liberación de tecla no llega por fallo de red, se quedará la tecla pulsada siempre
Hacer un proceso en que, si nadie pulsa una tecla (ni clientes Zeng ni el propio servidor) durante 5 minutos, que libere todas teclas


-Quiza reducir el color rojo de items de menu no seleccionables: en algunos menus es un rojo muy intenso

-Copy (desde fuera de ZEsarUX) y paste dentro como spool file (pulsaciones de teclas)


-revisar parpadeos en linux en top buttons al moverse por los menus
->parece que solo pasa con driver xwindow, con sdl no pasa


-vofile con output para archivo bitmap raw en blanco y negro, para posible enlace con pantalla e-ink



-Poder enviar eventos a ventanas. Por ejemplo para el ay player, una función que diga enviar un mensaje (“next track”) a ventana (“ayplayer”).
ok--menu debug para enviar mensaje a ventana, para el usuario (string ventana, string mensaje). si hay error (retorno no 0) mostrar ventana de error
*diferentes ventanas pueden enviarse mensajes entre si (incluso en vez de no solo comandos fijos, sino mensajes mas complejos)
*nuevo icono/f-function que para enviar mensajes a ventanas. al crearlo, que pregunte a cual de las ventanas posibles (de zxvision_known_window_names) y que muestre la ayuda de los comandos al usuario para saber que enviar
*funcion en zrcp para enviar mensajes a ventanas
*ver como comentarlo en changelog, si es experimental, si hay varias ventanas que lo permiten, uso, etc
*desde record audio input que se pueda abrir unos watches concretos y hex editor con un follow concreto (para debug de cargas de cinta). Hay ya un to-do de esto



-PCW:
ok ya estaba*poder forzar un modo por menu
ok*bit 7 para resetear o no paleta al cambiar un modo
ok *comentar codigo segun https://amstrad.es/forum/viewtopic.php?t=4809&start=75#p87482

-modo dither, sin realvideo, no lo hace en el border

-poder detectar si una instancia se ejecuta desde docker (y NO si se ha compilado desde docker):
esto a nivel de estadística, permito saber en estadisticas web (enviando un parametro) que se han ejecutado instancias de testeo de docker
Para que quiero esa estadística? Se podria simplemente que el Dockerfile al ejecutar zesarux le pase un parámetro --docker y luego
eso se envía en las estadísticas


-tooltips con mouse en iconos y botones
*accesibilidad. que se escuche el tooltip? -> parece que se repite mensaje, porque hace varios fork. Ademas, solo se oye si menu abierto


-Inicio macos. Sustituir todo este código que hace que la app se vea, por otra cosa moderna:
    if (!CPSGetCurrentProcess(&PSN))
        if (!CPSEnableForegroundOperation(&PSN,0x03,0x3C,0x2C,0x1103))
            if (!CPSSetFrontProcess(&PSN))
                [NSApplication sharedApplication];
    O quiza que ese codigo solo se ejecute cuando se lanza por consola
    Dejar ese código antiguo para versiones macOS < 26
ok ->probarlo en macos < 26
->ver posibles fugas de memoria en macos < 26 al haber quitado el NSAutoreleasePool
ok ->probar con --vo xwindows por ejemplo
