[Gvsig_desarrolladores] Visibilidad frames layout

[Fernando González]

Fran, te comento para aclarar más lo que voy a hacer.

> - Cualquier cambio, acuerdate de comprobar que el proyecto salva y
> recupera bien, sobre todo los proyectos viejos.

En principio no guardo la visibilidad del frame. La persistencia la
hace mi extensión guardando sólo qué capa gestiona la visibilidad de
qué frame. Vamos, que sólo podría petar a aquellos que instalen mi
extensión.

> - Me suena que Vicente Caballero hizo algo para que los IFFrame fueran
> extensibles. Es decir, que desde tu extensión podrías definir un nuevo
> IFFrame.

Sí, no tiene mala pinta pero no sé de qué manera puedo resolver el
tema de la visualización con nuevos frames. Tendría que hacer una
nueva versión de cada frame y que los botones instancien esas
versiones... No creo que la extensibilidad llegue tan lejos. Parece
más simple meterle visibilidad a los frames.

>
> Saludos, y suerte.
>
> Fran.
>
> El 05/12/2011 9:22, Fernando González escribió:
>> Bueno, como siempre, es cuestión de prioridades. Tú maximizas la
>> compatibilidad hacia atrás y yo me había fijado más en parámetros del
>> código y me había pasado la compatibilidad por el arco del triunfo.
>>
>> Entiendo que debo rectificar y tener en cuenta la compatibilidad si es
>> esa la línea que soléis seguir (que tampoco estoy muy puesto en cómo
>> funcionáis últimamente). Insisto, voy a intentarlo como tú dices.
>>
>> Si tuviera 20 años otra vez, lo arreglaba con un decorator en una
>> hora. Pero me pilla ya mayor...
>>
>>> No, no es lo que pretendía. A priori se me ocurre que simplemente
>>> tendrás que comprobar el isVisible en dos puntos (en los dos bucles que
>>> recorren los IFFrames para dibujar el mapa e imprimirlo) pero lo digo
>>> sin mirar el código. De hecho, me gusta más tu solución, pero entiendo
>>> que esa solución puede afectar soluciones de terceros que puedan tener
>>> IFFrames particulares implementados. Para evitar eso podrías no declarar
>>> los métodos doXXX como "abstract" pero en ese caso, las otras
>>> implementaciones se pasarían en "isVisible" por el forro ya que tendrían
>>> sus propias implementaciones de draw y de print.
>>>
>>>>> Un saludo,
>>>>> Jorge.
>>>>>
>>>> Un saludo.
>>>>
>>>> P.S.: Quería comentarte cosas de netcdf, con el que me estoy dando de
>>>> guantazos últimamente, pero fue sacar el jamón e írseme totalmente de
>>>> la cabeza xD. En fin, para girona igual tenemos la oportunidad...
>>>>
>>> Sí, el NetCDF tiene sus "cosillas". Podemos comentarlo cuando nos
>>> veamos, por correo, o por el IRC de gvSIG.
>>>
>>> Un saludo,
>>> Jorge
>>>
>>>>
>>>>
>>>>> On 12/04/2011 11:21 AM, Fernando González wrote:
>>>>>
>>>>>> Hola, me han encargado realizar un desarrollo sobre la 1.11 en el que
>>>>>> tengo que poder ocultar un IFFrame pero me parece que esto no es
>>>>>> posible, por lo que voy a tener que modificar código de gvSIG. No es
>>>>>> necesario que sea persistente en disco.
>>>>>>
>>>>>> ¿Alguna sugerencia de cómo sería mejor afrontar esto?
>>>>>>
>>>>>> Por lo que he podido ver, en IFFrame hay 4 métodos para "dibujar":
>>>>>> - print
>>>>>> - draw
>>>>>> - drawDraft
>>>>>> - drawHandlers
>>>>>>
>>>>>> El objetivo puede ser meter un método setVisible(boolean) tal que si
>>>>>> se le pasa un "false" ninguna de las llamadas de dibujado anteriores
>>>>>> tenga efecto.
>>>>>>
>>>>>> La idea que llevo es la siguiente:
>>>>>>
>>>>>> - Crear 4 métodos abstractos en FFrame:
>>>>>>      - doPrint
>>>>>>      - doDraw
>>>>>>      - doDrawDraft
>>>>>>      - doDrawHandlers
>>>>>> - Hacer que todas las implementaciones de FFrame implementen estos 4
>>>>>> métodos en lugar de los 4 originales.
>>>>>> - Implementar los 4 métodos originales en la clase padre (FFrame)
>>>>>> teniendo la visibilidad en cuenta y delegando en caso de ser visible
>>>>>> en los 4 métodos abstractos doXXX.
>>>>>>
>>>>>> ¿A alguien se le ocurre una manera mejor?
>>>>>>
>>>>>> ¿Qué posibilidades hay de incluir esto en el código de gvSIG?
>>>>>>
>>>>>>
>>>>>> Saludos.
>>>>>> _______________________________________________
>>>>>> gvSIG_desarrolladores mailing list
>>>>>> gvSIG_desarrolladores en listserv.gva.es
>>>>>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>>>>
>>>>>>
>>>>> --
>>>>> Jorge Piera Llodrá
>>>>> gvSIG software architect
>>>>> PRODEVELOP
>>>>> e-mail: jpiera en gvsig.com
>>>>> http://www.prodevelop.es
>>>>> http://www.gvsig.org
>>>>>
>>>>> _______________________________________________
>>>>> gvSIG_desarrolladores mailing list
>>>>> gvSIG_desarrolladores en listserv.gva.es
>>>>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>>>
>>>> _______________________________________________
>>>> gvSIG_desarrolladores mailing list
>>>> gvSIG_desarrolladores en listserv.gva.es
>>>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>>
>>>
>>> --
>>> Jorge Piera Llodrá
>>> gvSIG software architect
>>> PRODEVELOP
>>> e-mail: jpiera en gvsig.com
>>> http://www.prodevelop.es
>>> http://www.gvsig.org
>>>
>>> _______________________________________________
>>> gvSIG_desarrolladores mailing list
>>> gvSIG_desarrolladores en listserv.gva.es
>>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
> --
> Fran Peñarrubia
> Scolab
> www.scolab.es
>
> Asociación gvSIG
> www.gvsig.com
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores