[Gvsig_desarrolladores] Visibilidad frames layout

Lun Dic 12 09:23:38 CET 2011

Hola.
Pretendes hacer un cambio que va a afectar a muchas extensiones, si lo 
que quieres es simplemente que no se dibujen los elementos del mapa para 
que no tarde tanto, está la posibilidad de ponerlos a draft y 
simplemente se dibujará su rectángulo con el nombre del elemento hasta 
que cambies esa propiedad. (Esto solo es posible en FFrameView, 
FFramePicture o  FFrameLegend con el método setQuality(int)).
  public static final int PRESENTACION = 0;
  public static final int BORRADOR = 1;

Pero si quieres que cualquier elemento pueda existir sin que se dibuje 
nada de nada cuanto le cambias la propiedad, o bien haces lo que dices o 
añades un atributo con esa propiedad y le pones el dibujado según esa 
condición.

Un saludo.

-- 
Vicente Caballero Navarro
Analista/Programador.
IVER Tecnología de la Información S.A.
C/ Lérida, 20
46005-Valencia
Tlf.+34963354983
www.iver.es
www.gvsig.com

El 05/12/2011 13:07, Fernando González escribió:
> 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
> _______________________________________________
> 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
>
>
>

Este mensaje y sus archivos son confidenciales. No está permitida su reproducción o distribución sin la autorización expresa de "IVER Tecnologías de la Información". Si usted no es el destinatario previsto, queda desautorizado cualquier uso, acceso o copia de este mensaje. Si ha recibido este mensaje por error, por favor bórrelo e infórmenos por esta misma vía.