WPF ??? !!!!

Hola Alfredo,

"Alfredo Novoa" escribió en el mensaje de noticias
news:

Pues yo me puedo volver loco si hago eso. Yo necesito crear
formularios complejos con literalmente cientos de controles
(repartidos en tabpages y tabcontrols dentro de tabpages) de forma
rápida y cómoda, y para eso el diseñador de WinForms está bastante
bien. Con el de WPF me siento en pelotas, aunque tampoco he tenido
mucha paciencia.

En las UI suelo trabajar como si fuesen plugins. La ventana principal de la
aplicación, que puede contener una docena de controles, tiene el contenedor
de los tabs, pero sin pestañas, esas las agrego a través de reflexión.
Además
de permitir personalizar la interfaz fácilmente reduce el número de
controles que
se manejan simultaneamente. Aunque es verdad que a partir de 30 o 40 se
vuelve
complicado, no por ubicarlos, si no para encontrar el que buscas entre tanto
código.

Con WinForms uso mucho el "docking" y los "anchors" y los "splitters",
y las alineaciones automáticas, y con el diseñador de WPF no me
aclaro.

El diseñador de Windows Forms se basa precisamente en el uso de Docking,
Anchors y Paddings para ubicar los controles más que en el posicionamiento
absoluto (aunque Canvas lo permite).

Pues para mi el DataGridView es fundamental y el de WinForms ya me
queda bastante justito en funcionalidad y me he tenido que crear
nuevos tipos de columnas, como por ejemplo una que combina un TextBox
y un botón y también uso mucho las columnas con un ComboBox enlazado a
una tabla.

¿Se puede hacer todo esto con WPF?

Si, y de forma mucho más fácil. Una "celda" de un ListView es realmente como
un panel de Windows Forms, se puede poner casi de todo. No es nada dificil,
por ejemplo, hacer que aparezcan controles distintos en las celdas de una
misma
columna dependiendo del contenido de la fila.

Otra cosa que necesito y no me resuelve el DataGridView es poder
insertar una nueva fila en la posición que yo quiera en lugar de al
final.

En WPF eso no lo decide el control, si no el modelo de datos. Si puedes
diseñar tu modelo de datos (ya sea DataSet o modelo de objetos) de forma
que el nuevo registro aparezca en la posición que quieras lo verás así
también
en el ListView. Nunca lo he realizado, pero investigaré el tema porque es
una
opción interesante (aunque a decir verdad, ninguno de nuestros clientes la
ha
solicitado nunca).

Buf, pues entonces esto del WPF me da pánico :-)

:)

Por eso digo que no recomiendan WPF. Por ahora es para probar y divertirse.

Saludos,

Juan Carlos Paramá

Microsoft tiene como un plan de cada vez complicar mas las cosas ;)


"Juan Carlos Paramá" escribió en el mensaje
news:

Hola Alfredo,

"Alfredo Novoa" escribió en el mensaje de noticias
news:

Pues yo me puedo volver loco si hago eso. Yo necesito crear
formularios complejos con literalmente cientos de controles
(repartidos en tabpages y tabcontrols dentro de tabpages) de forma
rápida y cómoda, y para eso el diseñador de WinForms está bastante
bien. Con el de WPF me siento en pelotas, aunque tampoco he tenido
mucha paciencia.

En las UI suelo trabajar como si fuesen plugins. La ventana principal de
la
aplicación, que puede contener una docena de controles, tiene el
contenedor
de los tabs, pero sin pestañas, esas las agrego a través de reflexión.
Además
de permitir personalizar la interfaz fácilmente reduce el número de
controles que
se manejan simultaneamente. Aunque es verdad que a partir de 30 o 40 se
vuelve
complicado, no por ubicarlos, si no para encontrar el que buscas entre
tanto código.

Con WinForms uso mucho el "docking" y los "anchors" y los "splitters",
y las alineaciones automáticas, y con el diseñador de WPF no me
aclaro.

El diseñador de Windows Forms se basa precisamente en el uso de Docking,
Anchors y Paddings para ubicar los controles más que en el posicionamiento
absoluto (aunque Canvas lo permite).

Pues para mi el DataGridView es fundamental y el de WinForms ya me
queda bastante justito en funcionalidad y me he tenido que crear
nuevos tipos de columnas, como por ejemplo una que combina un TextBox
y un botón y también uso mucho las columnas con un ComboBox enlazado a
una tabla.

¿Se puede hacer todo esto con WPF?

Si, y de forma mucho más fácil. Una "celda" de un ListView es realmente
como
un panel de Windows Forms, se puede poner casi de todo. No es nada
dificil,
por ejemplo, hacer que aparezcan controles distintos en las celdas de una
misma
columna dependiendo del contenido de la fila.

Otra cosa que necesito y no me resuelve el DataGridView es poder
insertar una nueva fila en la posición que yo quiera en lugar de al
final.

En WPF eso no lo decide el control, si no el modelo de datos. Si puedes
diseñar tu modelo de datos (ya sea DataSet o modelo de objetos) de forma
que el nuevo registro aparezca en la posición que quieras lo verás así
también
en el ListView. Nunca lo he realizado, pero investigaré el tema porque es
una
opción interesante (aunque a decir verdad, ninguno de nuestros clientes la
ha
solicitado nunca).

Buf, pues entonces esto del WPF me da pánico :-)

:)

Por eso digo que no recomiendan WPF. Por ahora es para probar y
divertirse.

Saludos,

Juan Carlos Paramá

Hola Juan Carlos,

On Thu, 17 Apr 2008 12:49:37 +0200, Juan Carlos Paramá
wrote:

En las UI suelo trabajar como si fuesen plugins. La ventana principal de la
aplicación, que puede contener una docena de controles, tiene el contenedor
de los tabs, pero sin pestañas, esas las agrego a través de reflexión.
Además
de permitir personalizar la interfaz fácilmente reduce el número de
controles que
se manejan simultaneamente.

Yo estoy empezando a meter la definición de los formularios dentro de
la base de datos con una estructura diseñada por mi. Esto me debería
de permitir pasar de WinForms a WPF bastante fácilmente, o incluso
poder elegir cual de los dos voy a usar en cada momento.

Así podría seguir "pintando" los formularios con el diseñador de
WinForms (que se puede utilizar desde tus propios programas) y luego
importarlos a la base de datos.

Aunque es verdad que a partir de 30 o 40 se
vuelve
complicado, no por ubicarlos, si no para encontrar el que buscas entre tanto
código.

Ya, por eso digo yo que me vuelvo loco, por que en algunos formularios
puedo pasar fácilmente de 300.

Además odio XML :-)

El diseñador de Windows Forms se basa precisamente en el uso de Docking,
Anchors y Paddings para ubicar los controles más que en el posicionamiento
absoluto (aunque Canvas lo permite).

Pues tendré que estudiarmelo, por que en las pocas pruebas que he
hecho se me descuajeringaba todo al redimensionar el formulario y no
me aclaraba con las propiedades de los controles que deben de tener
nombres distintos.

Si, y de forma mucho más fácil. Una "celda" de un ListView es realmente como
un panel de Windows Forms, se puede poner casi de todo. No es nada dificil,
por ejemplo, hacer que aparezcan controles distintos en las celdas de una
misma
columna dependiendo del contenido de la fila.

En WPF eso no lo decide el control, si no el modelo de datos. Si puedes
diseñar tu modelo de datos (ya sea DataSet o modelo de objetos) de forma
que el nuevo registro aparezca en la posición que quieras lo verás así
también
en el ListView.

Ah, pues tiene buena pinta. Tendré que mirarlo más a fondo. Lo que
tengo claro es que quiero construir los formularios dinámicamente sin
usar XAML.

Nunca lo he realizado, pero investigaré el tema porque es
una
opción interesante (aunque a decir verdad, ninguno de nuestros clientes la
ha
solicitado nunca).

A mi me lo piden por que están acostumbrados a aplicaciones Delphi
donde si se puede hacer.

Por eso digo que no recomiendan WPF. Por ahora es para probar y divertirse.

Pues habrá que jugar un poco :-)


Muchas gracias por tus respuestas.



Saludos
Alfredo

On Thu, 17 Apr 2008 07:10:43 -0400, "Eduardo" wrote:

Microsoft tiene como un plan de cada vez complicar mas las cosas ;)

No solo Microsoft :-(


Saludos
Alfredo

Aunque es verdad que a partir de 30 o 40 se
vuelve
complicado, no por ubicarlos, si no para encontrar el que buscas entre
tanto
código.

Ya, por eso digo yo que me vuelvo loco, por que en algunos formularios
puedo pasar fácilmente de 300.

Pues no entiendo que problema le veis al interface de desarrollo de WPF en
este sentido.

Está el Document Outline que te muestra en una estructura de arbol los
controles y vas al que quieras.

Y la navegacion en la barra de estado, que vas seleccionando de control a
control y solo te muestra los controles contenidos en dicho control.

Yo lo veo muchisimo más cómodo que la lista de controles a las bravas que
hacen los WinForms.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com