Hola a todos, Espero que estén bien. Quería compartir mi experiencia desarrollando gtk-llm-chat, un front-end basado en GTK4 para modelos de lenguaje grandes (LLMs), acompañado de un applet. Aunque el chat es GTK4, tuve que revertir el applet a GTK3 debido a la falta de soporte para íconos de notificación en GTK4. Pueden ver el código en https://github.com/icarito/gtk_llm_chat.
Mi experiencia con los estándares de bandeja del sistema fue complicada. Usé libayatana-appindicator en GTK3, lo cual funcionó bien en XFCE, pero en GNOME, el ícono solo aparecía en ciertas áreas de la UI. Intenté integrarlo en GTK4, pero la falta de soporte para notificaciones me obligó a volver a GTK3. Fue un proceso lleno de hacks y dependencias fragmentadas, como se detalla en https://wiki.ayatana-indicators.org/AyatanaIndicatorApplication. ¡Y yo solo quería poner un bendito ícono! *El nombre, el ícono y la UI necesitan bastante trabajo:* [image: Captura de pantalla_2025-03-02_16-09-05.png] Esto me llevó a reflexionar sobre cómo podríamos adaptar los conceptos de Sugar, como el "Frame", a los estándares modernos. El Frame de Sugar, con su área de notificaciones y el clipboard, podría inspirar un nuevo panel que se integre bien con los estándares actuales de SNI/Ayatana. Este panel podría ejecutarse en lugar de (o junto a) los paneles de escritorios como GNOME o XFCE, adaptándose a sus diferencias. Además, me pregunto si estamos aprovechando al máximo las ventajas de Python para mejorar la experiencia del desarrollador en Sugar. En programación, el término "syntax sugar" se refiere a mejoras en la DX que facilitan el desarrollo. Sin embargo, mi experiencia sugiere que podríamos trabajar en mejorar esta experiencia en Sugar. ¿Podríamos hacer que la experiencia de aprender construyendo colaborativamente sea más atractiva para nuevos aprendices? Tal vez al integrar mejor los estándares modernos y simplificar la experiencia del desarrollador, podríamos hacer que Sugar sea más accesible y atractivo para una nueva generación de usuarios. No propongo desarrollar esto ahora, sino inspirar una visión práctica. ¿Qué piensan de esta idea? ¿Podría un nuevo panel mejorar la experiencia con los estándares actuales, especialmente para mitigar las limitaciones de notificaciones en GTK4? Estoy feliz de seguir explorando ideas o prototipos si hay interés. Además, me gustaría reflexionar sobre cómo los elementos del Frame de Sugar, como el manejo de ventanas, el clipboard, las vistas y los contactos, podrían adaptarse a los estándares modernos diseñados para escritorios, pero aplicados a un entorno no-escritorio como Sugar. ¡Espero que podamos tener una discusión interesante sobre esto! Saludos, -- Sebastian Silva (él / he) Jardinero de Sistemas
_______________________________________________ Sugar-devel mailing list [email protected] http://lists.sugarlabs.org/listinfo/sugar-devel
