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@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: jpi...@gvsig.com >>>> http://www.prodevelop.es >>>> http://www.gvsig.org >>>> >>>> _______________________________________________ >>>> gvSIG_desarrolladores mailing list >>>> gvSIG_desarrolladores@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@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: jpi...@gvsig.com >> http://www.prodevelop.es >> http://www.gvsig.org >> >> _______________________________________________ >> gvSIG_desarrolladores mailing list >> gvSIG_desarrolladores@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@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@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