[Gvsig_desarrolladores] Visibilidad frames layout

Fernando González fergonco en gmail.com
Lun Dic 12 09:44:21 CET 2011 

Hola Vicente, te contesto más abajo.

2011/12/12 Vicente Caballero Navarro <vicente.caballero en iver.es>:
> Hola.
> Pretendes hacer un cambio que va a afectar a muchas extensiones,

No veo la manera en la que afecta a otras extensiones. Yo estoy
añadiendo un atributo visible que las extensiones previas no sabían
que existía y que por tanto no tocan y tienen siempre a verdadero.

> 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;

El cliente lo que pide es que no se vea (ni se imprima ni nada), así
que lo de draft no creo que me valga.

>
> 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.

eso es lo que he hecho ¿no? El cambio relativo a la persistencia es
por otra limitación al guardar la persistencia de mi extensión
asociada al proyecto. Si queréis puedo pasar dos patchs
independientes.

>
> 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.
>
>
> _______________________________________________
> 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

Más información sobre la lista de distribución gvSIG_desarrolladores