Problemas con formularios heredados

¿Por que no utilizas referencias por proyecto en tu visual studio? con esto
evitaras tener que estar desligando tu ensamblado cada ves que cambia.




"Miguel García" escribió en el mensaje
news:18d9501c42392$7a0b3a10$
Hola, tengo este problema.

He creado una dll que contiene varios Windows.Form.

El caso que en mmi proyecto de VS 2003 utilizo esta DLL,
para crear formularios que hereden de algunos de la DLL.

Me ha pasado alguna vez, que en un momento dado,
actualizo la DLL, la vuelvo a agregar al proyecto, y al
generar de nuevo la solución, aparece un comportamiento
extraño:

los controles que tenía en el formulario desaparecen,
pero en el código sigue igual (aunque creo que falta
alguna línea de código que se pierde en el
InitializeComponent). En algún caso, me sale un error
de "Duplicado member para la propiedad Location" o algo
parecido.

En algún caso, si tengo botones privados en el formulario
de la DLL y los intento poner como protected me los
descoloca en los formularios heredados.

Si alguien le ha pasado esto alguna vez y entiende porqué
pasa le agradecería que me comentase, puesy a me estoy
volviendo loco.

Un saludo para todos.

Hola.

Cómo utilizo "referencias por proyecto" ?

Es ese realmente el problema de que mis problemas se
desconfiguren ?

Gracias amigo.

¿Por que no utilizas referencias por proyecto en tu

visual studio? con esto

evitaras tener que estar desligando tu ensamblado cada

ves que cambia.

"Miguel García"

escribió en el mensaje

news:18d9501c42392$7a0b3a10$
Hola, tengo este problema.

He creado una dll que contiene varios Windows.Form.

El caso que en mmi proyecto de VS 2003 utilizo esta DLL,
para crear formularios que hereden de algunos de la DLL.

Me ha pasado alguna vez, que en un momento dado,
actualizo la DLL, la vuelvo a agregar al proyecto, y al
generar de nuevo la solución, aparece un comportamiento
extraño:

los controles que tenía en el formulario desaparecen,
pero en el código sigue igual (aunque creo que falta
alguna línea de código que se pierde en el
InitializeComponent). En algún caso, me sale un error
de "Duplicado member para la propiedad Location" o algo
parecido.

En algún caso, si tengo botones privados en el formulario
de la DLL y los intento poner como protected me los
descoloca en los formularios heredados.

Si alguien le ha pasado esto alguna vez y entiende porqué
pasa le agradecería que me comentase, puesy a me estoy
volviendo loco.

Un saludo para todos.


.

Hola. Para agregar una referencia por proyecto, tenes que agregar el
proyecto de la dll a tu solución, y cuando vas a agregar la referencia, la
buscas en la solapa proyectos. Yo siempre trabajo así con librerías que aún
están cambiando.

Saludos.
escribió en el mensaje
news:0c7a01c425eb$345626a0$

Hola.

Cómo utilizo "referencias por proyecto" ?

Es ese realmente el problema de que mis problemas se
desconfiguren ?

Gracias amigo.

¿Por que no utilizas referencias por proyecto en tu

visual studio? con esto

evitaras tener que estar desligando tu ensamblado cada

ves que cambia.

"Miguel García"

escribió en el mensaje

news:18d9501c42392$7a0b3a10$
Hola, tengo este problema.

He creado una dll que contiene varios Windows.Form.

El caso que en mmi proyecto de VS 2003 utilizo esta DLL,
para crear formularios que hereden de algunos de la DLL.

Me ha pasado alguna vez, que en un momento dado,
actualizo la DLL, la vuelvo a agregar al proyecto, y al
generar de nuevo la solución, aparece un comportamiento
extraño:

los controles que tenía en el formulario desaparecen,
pero en el código sigue igual (aunque creo que falta
alguna línea de código que se pierde en el
InitializeComponent). En algún caso, me sale un error
de "Duplicado member para la propiedad Location" o algo
parecido.

En algún caso, si tengo botones privados en el formulario
de la DLL y los intento poner como protected me los
descoloca en los formularios heredados.

Si alguien le ha pasado esto alguna vez y entiende porqué
pasa le agradecería que me comentase, puesy a me estoy
volviendo loco.

Un saludo para todos.


.