Pregunta

Tenemos un conjunto de aplicaciones que básicamente muestran un montón de mapas de bits y texto, luego permiten al usuario presionar "botones" (ciertos mapas de bits) que provocan que se produzcan acciones.

Actualmente los tenemos implementados usando DirectX y un montón de código para colocar los mapas de bits y manejar las pulsaciones de botones.Pero nos gustaría tener las siguientes características:

  • portátil a Linux
  • algún tipo de "editor" que nos permitiría diseñar pantallas sin codificar las ubicaciones de los elementos en el código
  • animación
  • Necesitamos poder superponer vídeo.
  • No requiere muchos recursos (estos terminales no tienen mucha memoria o CPU)
  • Actualmente utilizamos C++, por lo que la gerencia preferiría eso, pero se considerarían otros lenguajes.
  • Preferiríamos una solución gratuita y de código abierto, pero estaríamos dispuestos a comprar algo si no fuera demasiado caro.(Tenemos un par de docenas de desarrolladores y decenas de miles de terminales implementados).

No nos gustan los kits de herramientas o widgets de GUI comunes.Queremos algo que se parezca más a un juego que a un cuadro de diálogo.

¿Alguna sugerencia de material disponible en el mercado que podamos usar?

¿Fue útil?

Solución

Quizás el camino a seguir sea algo como Desorden o Alegro.Si revisas esto artículo en ArsTechnica para qué están usando Clutter, es posible que tengas una idea de cómo usarlo.No estoy seguro si funciona en Windows, pero estoy bastante seguro de que sí, considerando que sólo depende de las bibliotecas compatibles con Windows.

Otros consejos

Tu podrías intentar wxWidgets (tiene wxBitmapButton) o intente implementar su propia solución usando SDL para todos los gráficos.

"No nos gustan los kits de herramientas o widgets GUI comunes.Queremos algo que se parezca más a un juego que a un cuadro de diálogo".

¿Te das cuenta de que QT de Trolltech tiene un lenguaje de hojas de estilo para widgets?Eche un vistazo a su documento técnico, específicamente a la página 60.

http://trolltech.com/pdf/qt43-whitepaper-us.pdf

Repasando sus otros requisitos:

  • portátil a Linux

Sí.También es compatible con Windows, Mac y entornos integrados.

  • algún tipo de "editor" que nos permitiría diseñar pantallas sin codificar las ubicaciones de los elementos en el código

Qt's Designer es una herramienta muy buena.Lo uso todo el tiempo.

  • animación

Qt admite esto.

  • Necesitamos poder superponer vídeo.

Qt admite esto.

  • No requiere muchos recursos (estos terminales no tienen mucha memoria o CPU)

Esta podría ser la mosca en el ungüento.Puede consultar la opción integrada de Qt.Yo nunca he usado eso.

  • Actualmente utilizamos C++, por lo que la gerencia preferiría eso, pero se considerarían otros lenguajes.

Qt es para C++ y funciona con todos los compiladores principales.

  • Preferiríamos una solución gratuita y de código abierto, pero estaríamos dispuestos a comprar algo si no fuera demasiado caro.(Tenemos un par de docenas de desarrolladores y decenas de miles de terminales implementados).

Qt tiene opciones de código abierto y de código cerrado.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top