[Gvsig_desarrolladores] Pregunta abierta sobre el funcionamiento de NavTable

Francesc francesc.b.ricart en gmail.com
Mar Feb 8 10:47:29 CET 2011 

Buenos d铆as,

Quiz谩 se podr铆a preguntar al usuario (o que pueda activar un tick box), en
el caso de utilizar NavTable se abre sobre una capa en edici贸n, si quiere la
posibilidad 1 o la 3. Las dos parecen f谩ciles de implementar, y si el
usuario es conocedor de las posibilidades que tiene (y sus respectivos
inconvenientes), siempre tiene m谩s juego.

Por cierto, muchas gracias por la extensi贸n. Funciona fenomenalmente.



Un saludo,

Francesc


Per a qui navega sense rumb cap vent 茅s favorable.
                                                             S猫neca



---Procureu enviar els correus massius amb les direccions en c貌pia carb贸
oculta (cco) per no col路laborar amb qui les col路lecciona per enviar SPAM---

http://barrancat.blogspot.com/
http://heteroclit.blogspot.com/



2011/2/8 Javier Est茅vez <jestevez en cartolab.es>

> Hola a todos.
>
> En los 煤ltimos tiempos ha surgido en las listas de gvSIG en varias
> ocasiones un bug en NavTable cuando dicha extensi贸n se abre sobre una
> capa que est谩 en edici贸n. El problema es que el bot贸n de guardado
> aparece deshabilitado, pero cuando se quiere navegar o cerrar
> NavTable, aparece un di谩logo preguntando si se quieren guardar los
> cambios. El bug est谩 registrado en el tracker [1] y nos ha llevado a
> una discusi贸n sobre c贸mo deber铆a funcionar NavTable en caso de que
> est茅 la capa en edici贸n, sin llegar a ninguna conclusi贸n de momento.
> Es por esto que lanzamos la pregunta a la comunidad gvSIG, para
> obtener vuestras opiniones que, como siempre, son bienvenidas.
>
> El problema surge en que para guardar los cambios hay que cerrar la
> edici贸n en alg煤n momento. Cuando NavTable se abre sobre una capa que
> no est谩 en edici贸n, para guardar abre y cierra la edici贸n de forma
> transparente para el usuario. Sin embargo el guardado con la capa en
> edici贸n se complica, ya que no podemos utilizar el mismo truco. Para
> esta situaci贸n, de momento se nos han ocurrido las siguientes
> posibilidades
>
> 1. Habilitar el bot贸n de guardado y al darle, cerrar la edici贸n para
> que el guardado sea efectivo.
> 2. Habilitar el bot贸n y no hacer nada, la decisi贸n se pospone hasta
> que el usuario cierra manualmente la edici贸n.
> 3. Deshabilitar el bot贸n y que sea el usuario quien decide si guardar
> o no al cerrar manualmente la edici贸n.
> 4. Guardados parciales con el bot贸n, funcionamiento similar al de
> otros programas (como una suite ofim谩tica).
>
> En mi opini贸n (no es compartida por todos los desarrolladores de NT),
> la opci贸n t茅cnicamente m谩s sencilla y controlada es la tercera, que
> adem谩s es la que m谩s se parece al uso normal de un GIS (ser铆a como
> abrir la tabla de atributos de una capa en edici贸n para editar algunos
> campos). Pero tiene como contrapartida el hecho de que el
> funcionamiento es totalmente distinto al de NavTable cuando la capa no
> est谩 en edici贸n.
>
> Adem谩s hay que tener en cuenta (cosa que creo que no comentamos en la
> discusi贸n en el bug tracker) que guardar la edici贸n en alg煤n momento
> implica que se guardar铆an aquellos cambios que se hacen desde fuera de
> NavTable, por lo que el usuario podr铆a pensar que s贸lo guarda un dato
> de un campo de la tabla y a lo mejor est谩 haciendo cambios mucho
> mayores (incluyendo creaci贸n o destrucci贸n de geometr铆as, ediciones en
> otros registros, etc). Es decir, al contrario que con la capa sin
> estar en edici贸n, no tenemos los cambios controlados.
>
> Como ya he dicho, las aportaciones son bienvenidas y esperamos que
> entre todos podamos solucionar el bug aplicando la soluci贸n m谩s clara
> para los usuarios :)
>
> Un saludo.
>
> [1]
> http://forge.osor.eu/tracker/index.php?func=detail&aid=15000&group_id=122&atid=462
>
> --
> Javier Est茅vez Vali帽as
> Grupo de Desarrollo
> Cartolab - Laboratorio de Ingenier铆a Cartogr谩fica
> http://www.cartolab.es
>
> ETS Ingenier铆a de Caminos, Canales y Puertos
> Universidade da Coru帽a
> Campus de Elvi帽a - 15071 A Coru帽a (Espa帽a)
> (34)981167000 ext. 5493
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
------------ pr髕ima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20110208/f5beb549/attachment.htm

M醩 informaci髇 sobre la lista de distribuci髇 gvSIG_desarrolladores