Diseño de interface

Estoy planteándome la posibilidad de crear controles de tipo TabPage e irlos
instanciando para situarlos en un control TabControl.
"RFOG" escribió en el mensaje
news:

La verdad es que después de que Alfredo lo dijera, vi que era la mejor
solución de todas (me refiero a lo de controles de usuario).

Y efectivamente, cuando el usuario mueva la ficha padre, tu debes mover la
hijo en consonancia. Respecto a lo de que la padre se ponga encima de la
hija la solución es hacer a la hija topmost=true, la verdad es que mi
solución termina resultando bastante chapuzas...

Alberto formulated the question :

Estoy probando lo que me comentas pero tengo varios problemas.

El primero (y más tonto) es que no logro situar el formulario nuevo (el
que no tiene borde) en la zona que quiero. Situé un panel en el centro
del formulario principal sobre el que iré situando el resto de los
formularios pero aunque iguale las propiedades Location no aparecen en el
mismo sitio.

Otro problema es que cuando el usuario interactúa con la ficha principal,
las otras fichas pasan a segundo plano. Además, si la ficha principal se
mueve, también hay que mover las fichas secundarias.

¿No sería mejor trabajar con controles de usuario?
Muchas gracias
"RFOG" escribió en el mensaje
news:

alberto explained on 18/01/2008 :

En una aplicación tengo varios tipos de pantallas (mantenimientos,
grids, etc) pero no quiero mostrarlos en ventanas independientes. Me
gustaría que se mostrasen en el formulario principal.

Mi duda es acerca de cómo hacer la codificación. Pensé en situar los
controles de cada opción en paneles independientes y hacerlos visibles
cuando el usuairo quiera. Otra opción sería utilizar un tabControl y
codificar cada pantalla en una pestaña.

¿Se os ocurre alguna otra opción o mejora sobre las anteriores? Gracias

Una opción algo menos "políticamente correcta" sería tener una ficha
para cada pantalla, pero sin marco ni nada (FormBorderSytle puesto a
None, y quizás MDI hijas). Y una principal vacía debajo de todo.
Conforme a la acción del usuario vas mostando la adecuada.

La ventaja de esto es que como empieces a llenar de controles una sola
ficha el IDE se va a arrastrar de velocidad, aparte de que corres el
riesgo de que si el diseñador visual falla (y te aseguro que con más de
20 ó 30 controles en una ficha fallará tarde o temprano), tendrás que
volver a empezar todo desde cero.

==>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>
El imitar es connatural al hombre.

Microsoft Visual C++ MVP
==> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Tampoco es mala idea...

Alberto was thinking very hard :

Estoy planteándome la posibilidad de crear controles de tipo TabPage e irlos
instanciando para situarlos en un control TabControl.
"RFOG" escribió en el mensaje
news:

La verdad es que después de que Alfredo lo dijera, vi que era la mejor
solución de todas (me refiero a lo de controles de usuario).

Y efectivamente, cuando el usuario mueva la ficha padre, tu debes mover la
hijo en consonancia. Respecto a lo de que la padre se ponga encima de la
hija la solución es hacer a la hija topmost=true, la verdad es que mi
solución termina resultando bastante chapuzas...

Alberto formulated the question :

Estoy probando lo que me comentas pero tengo varios problemas.

El primero (y más tonto) es que no logro situar el formulario nuevo (el
que no tiene borde) en la zona que quiero. Situé un panel en el centro del
formulario principal sobre el que iré situando el resto de los formularios
pero aunque iguale las propiedades Location no aparecen en el mismo sitio.

Otro problema es que cuando el usuario interactúa con la ficha principal,
las otras fichas pasan a segundo plano. Además, si la ficha principal se
mueve, también hay que mover las fichas secundarias.

¿No sería mejor trabajar con controles de usuario?
Muchas gracias
"RFOG" escribió en el mensaje
news:

alberto explained on 18/01/2008 :

En una aplicación tengo varios tipos de pantallas (mantenimientos,
grids, etc) pero no quiero mostrarlos en ventanas independientes. Me
gustaría que se mostrasen en el formulario principal.

Mi duda es acerca de cómo hacer la codificación. Pensé en situar los
controles de cada opción en paneles independientes y hacerlos visibles
cuando el usuairo quiera. Otra opción sería utilizar un tabControl y
codificar cada pantalla en una pestaña.

¿Se os ocurre alguna otra opción o mejora sobre las anteriores? Gracias

Una opción algo menos "políticamente correcta" sería tener una ficha para
cada pantalla, pero sin marco ni nada (FormBorderSytle puesto a None, y
quizás MDI hijas). Y una principal vacía debajo de todo. Conforme a la
acción del usuario vas mostando la adecuada.

La ventaja de esto es que como empieces a llenar de controles una sola
ficha el IDE se va a arrastrar de velocidad, aparte de que corres el
riesgo de que si el diseñador visual falla (y te aseguro que con más de
20 ó 30 controles en una ficha fallará tarde o temprano), tendrás que
volver a empezar todo desde cero.

==>>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>>
El imitar es connatural al hombre.

==>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Microsoft Visual C++ MVP
==Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación

La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Rafa, lo de comenzar por un "Alberto explained" y llegar hasta un "Alberto
was thinking very hard" ¿lo haces tu a capón o tienes algo en tu cliente de
news o correo que lo automatiza?. Me parece muy simpático.

"RFOG" escribió en el mensaje
news:

Tampoco es mala idea...

Alberto was thinking very hard :

Estoy planteándome la posibilidad de crear controles de tipo TabPage e
irlos instanciando para situarlos en un control TabControl.
"RFOG" escribió en el mensaje
news:

La verdad es que después de que Alfredo lo dijera, vi que era la mejor
solución de todas (me refiero a lo de controles de usuario).

Y efectivamente, cuando el usuario mueva la ficha padre, tu debes mover
la hijo en consonancia. Respecto a lo de que la padre se ponga encima de
la hija la solución es hacer a la hija topmost=true, la verdad es que mi
solución termina resultando bastante chapuzas...

Alberto formulated the question :

Estoy probando lo que me comentas pero tengo varios problemas.

El primero (y más tonto) es que no logro situar el formulario nuevo (el
que no tiene borde) en la zona que quiero. Situé un panel en el centro
del formulario principal sobre el que iré situando el resto de los
formularios pero aunque iguale las propiedades Location no aparecen en
el mismo sitio.

Otro problema es que cuando el usuario interactúa con la ficha
principal, las otras fichas pasan a segundo plano. Además, si la ficha
principal se mueve, también hay que mover las fichas secundarias.

¿No sería mejor trabajar con controles de usuario?
Muchas gracias
"RFOG" escribió en el mensaje
news:

alberto explained on 18/01/2008 :

En una aplicación tengo varios tipos de pantallas (mantenimientos,
grids, etc) pero no quiero mostrarlos en ventanas independientes. Me
gustaría que se mostrasen en el formulario principal.

Mi duda es acerca de cómo hacer la codificación. Pensé en situar los
controles de cada opción en paneles independientes y hacerlos
visibles cuando el usuairo quiera. Otra opción sería utilizar un
tabControl y codificar cada pantalla en una pestaña.

¿Se os ocurre alguna otra opción o mejora sobre las anteriores?
Gracias

Una opción algo menos "políticamente correcta" sería tener una ficha
para cada pantalla, pero sin marco ni nada (FormBorderSytle puesto a
None, y quizás MDI hijas). Y una principal vacía debajo de todo.
Conforme a la acción del usuario vas mostando la adecuada.

La ventaja de esto es que como empieces a llenar de controles una sola
ficha el IDE se va a arrastrar de velocidad, aparte de que corres el
riesgo de que si el diseñador visual falla (y te aseguro que con más
de 20 ó 30 controles en una ficha fallará tarde o temprano), tendrás
que volver a empezar todo desde cero.

==>>>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>>>
El imitar es connatural al hombre.

==>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Microsoft Visual C++ MVP
==> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Ji ji.

Es el mesnews (www.mesnews.net), de momento el único cliente de news
que funciona medio bien (quitando el Agent, pero ese es offline);
realmente lo hace solo...

Juan Diego Bueno submitted this idea :> Rafa, lo de comenzar por un
"Alberto explained" y llegar hasta un "Alberto

was thinking very hard" ¿lo haces tu a capón o tienes algo en tu cliente de
news o correo que lo automatiza?. Me parece muy simpático.

"RFOG" escribió en el mensaje
news:

Tampoco es mala idea...

Alberto was thinking very hard :

Estoy planteándome la posibilidad de crear controles de tipo TabPage e
irlos instanciando para situarlos en un control TabControl.
"RFOG" escribió en el mensaje
news:

La verdad es que después de que Alfredo lo dijera, vi que era la mejor
solución de todas (me refiero a lo de controles de usuario).

Y efectivamente, cuando el usuario mueva la ficha padre, tu debes mover
la hijo en consonancia. Respecto a lo de que la padre se ponga encima de
la hija la solución es hacer a la hija topmost=true, la verdad es que mi
solución termina resultando bastante chapuzas...

Alberto formulated the question :

Estoy probando lo que me comentas pero tengo varios problemas.

El primero (y más tonto) es que no logro situar el formulario nuevo (el
que no tiene borde) en la zona que quiero. Situé un panel en el centro
del formulario principal sobre el que iré situando el resto de los
formularios pero aunque iguale las propiedades Location no aparecen en
el mismo sitio.

Otro problema es que cuando el usuario interactúa con la ficha
principal, las otras fichas pasan a segundo plano. Además, si la ficha
principal se mueve, también hay que mover las fichas secundarias.

¿No sería mejor trabajar con controles de usuario?
Muchas gracias
"RFOG" escribió en el mensaje
news:

==>>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

==>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Microsoft Visual C++ MVP
==Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación

La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Muchas gracias :)

Juan Diego Bueno www.moondance.tk
"RFOG" escribió en el mensaje
news:

Ji ji.

Es el mesnews (www.mesnews.net), de momento el único cliente de news que
funciona medio bien (quitando el Agent, pero ese es offline); realmente lo
hace solo...

Juan Diego Bueno submitted this idea :> Rafa, lo de comenzar por un
"Alberto explained" y llegar hasta un "Alberto

was thinking very hard" ¿lo haces tu a capón o tienes algo en tu cliente
de news o correo que lo automatiza?. Me parece muy simpático.

"RFOG" escribió en el mensaje
news:

Tampoco es mala idea...

Alberto was thinking very hard :

Estoy planteándome la posibilidad de crear controles de tipo TabPage e
irlos instanciando para situarlos en un control TabControl.
"RFOG" escribió en el mensaje
news:

La verdad es que después de que Alfredo lo dijera, vi que era la mejor
solución de todas (me refiero a lo de controles de usuario).

Y efectivamente, cuando el usuario mueva la ficha padre, tu debes
mover la hijo en consonancia. Respecto a lo de que la padre se ponga
encima de la hija la solución es hacer a la hija topmost=true, la
verdad es que mi solución termina resultando bastante chapuzas...

Alberto formulated the question :

Estoy probando lo que me comentas pero tengo varios problemas.

El primero (y más tonto) es que no logro situar el formulario nuevo
(el que no tiene borde) en la zona que quiero. Situé un panel en el
centro del formulario principal sobre el que iré situando el resto de
los formularios pero aunque iguale las propiedades Location no
aparecen en el mismo sitio.

Otro problema es que cuando el usuario interactúa con la ficha
principal, las otras fichas pasan a segundo plano. Además, si la
ficha principal se mueve, también hay que mover las fichas
secundarias.

¿No sería mejor trabajar con controles de usuario?
Muchas gracias
"RFOG" escribió en el mensaje
news:

==>>>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

==>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>>>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.

Microsoft Visual C++ MVP
==> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Mi blog sobre literatura: http://rfog.blogsome.com
Libros, ciencia ficción y programación
>
La vida es simplemente un mal cuarto de hora formado por momentos
exquisitos.