GUI generada dinámicamente

Estoy comenzando el diseño preliminar para una aplicación de propósito general que se utilizará en mi organización. El programa debe ser genérico y especializado al mismo tiempo. Contendrá widgets que son comunes a todos los flujos de trabajo y widgets únicos (o restricciones de entrada) para flujos de trabajo individuales. Para evitar tener 97 puntos únicos diferentes, estamos planeando crear un conjunto de esquemas para cada flujo de trabajo. En tiempo de ejecución, el usuario seleccionará su esquema del servidor y la GUI arrojará los widgets correctos para su flujo de trabajo.GUI generada dinámicamente

Esta es una aplicación de C# que se ejecutará en .Net y posiblemente Mono. Eso significa que estamos buscando GTK #, además de XAML y MonoMac.

Hemos considerado la escritura de XSLT para nuestro conjunto de herramientas de interfaz gráfica de usuario de destino. Por ejemplo:

Un Claro XSLT para convertir a Libglade XML de nuestra XSD.
Un XAML XSLT para convertir nuestros de XSD a XAML.
Un formato XML genérico para otros conjuntos de herramientas que no soportan una sintaxis declarativa para la interfaz gráfica de usuario de.
Una biblioteca de clases para leer el XSD de manera directa y generar la interfaz gráfica de usuario.

Entonces, mi pregunta es, ¿ya existe? ¿Existe alguna herramienta de flujo de trabajo para GTK # y libglade o WPF y XAML?

Fuente

2011-01-20 Nate

Mira System.Windows.DataTemplate que puede ser utilizado automaticamente por la WPF (ver Tipo de datos propiedad). Creo que puedes extraer todos los bloques de UI, que se usarán para generar UI y luego implementar ViewModels y DataTemplates apropiados. Y la IU del resultado será un modelo de vista compuesta de estos bloques.

Fuente

2011-01-20 05:01:44 SeeSharp

Estoy consciente de las plantillas. Si bien es útil, no aborda un XSLT para llegar al XAML correcto. No es multiplataforma. Las plantillas pueden ser una de las herramientas que utilizo si termino apuntando a WPF en lugar de a GTK, pero va a tener que haber mucho pegamento en el medio. – Nate

Hice lo mismo con XML. Lo que estoy haciendo es escribir el conjunto de propiedades de cada control en un archivo XML y luego leerlo más tarde y volver a generar la ventana.

Some problems I met while doing so

Pero yo era capaz de completarlo. De todos modos, supongo que WPF es mejor. Pero si quieres una idea, creo que acabo de darte. (Puede que no sea la mejor idea)

Buena suerte

Fuente

2011-01-20 05:42:15 JCTLK

No estoy realmente tratando de guardar propiedades para los controles. Es similar. Pero estoy tratando de definir un conjunto de entradas que se requieren para un flujo de trabajo determinado. Esta parte iría en un XSD. La GUI toma el XSD mismo o un XSLT para ello. Luego genera la GUI basada en XAML o XML de libglade de la transformación XSLT o creando la GUI desde el XSD. – Nate

Respuesta

Cuestiones relacionadas