[Gvsig_desarrolladores] Visibilidad frames layout

[Francisco José Peñarrubia]

No he leído la conversación a fondo, pero bueno, dos cosillas.

- Cualquier cambio, acuerdate de comprobar que el proyecto salva y 
recupera bien, sobre todo los proyectos viejos.
- 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.

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