gvSIG bugs #1142
Problema con símbolos al tener 1.x y 2.x instaladas
Status: | Closed | % Done: | 0% | |
---|---|---|---|---|
Priority: | Normal | Spent time: | - | |
Assignee: | ||||
Category: | - | |||
Target version: | 2.0.0-rc3 | |||
Severity: | Add-on version: | |||
gvSIG version: | 2.0.0 | Add-on build: | ||
gvSIG build: | 2052 | Add-on resolve version: | ||
Operative System: | Add-on resolve build: | |||
Keywords: | Proyecto: | |||
Has patch: | No | Hito: | ||
Add-on name: | Unknown |
Description
Tanto enn la versión 1.x como 2.x lo símbolos se guardan en la carpeta gvSIG/Symbols.
La diferencia es que en la 1.x tienen extensión .sym y en la 2.x extensión .gvssym
Tanto la 1.x como la 2.x al abrirla leen todas las carpetas, pero no se activan los símbolos que no son de la extensión que toca, dando la sensación al usuario de que la aplicación falla.
Así, en la 2.x aparecen las bibliotecas de símbolos que lleva por defecto la 1.x. Y en la 1.x aparecen todas aquellas que importemos. Y, en ambos casos, no podemos usar las que derivan de la otra versión.
History
#1
Updated by Manuel Madrid almost 12 years ago
- Target version set to 2.0.0-rc1
#2
Updated by Juan Lucas Domínguez almost 12 years ago
- Status changed from New to Awaiting response
- Assignee set to Juan Lucas Domínguez
Entiendo que los símbolos de gvSIG 1.X y gvSIG 2 son incompatibles aunque compartan carpeta, es decir, los creados con 1.X no se pueden usar en la 2 y viceversa. No creo que esto sea un bug, ¿no?
#3
Updated by Álvaro Anguix almost 12 years ago
Desde mi punto de vista sí. El motivo es que el usuario que, por ejemplo, abre un gvSIG 2.x y quiere utilizar un símbolo para representar algo, al abrir el gestor de símbolos ve todos los grupos/bibliotecas de símbolos: los de la 1.x y los de la 2.x. Sin embargo, no puede utilizar los de la 1.x.
Cuando me refiero a "biblioteca" me refiero al nombre que aparece en la parte izquierda, que al seleccionarlo te aparecen en la parte derecha todos los símbolos que incluye esa biblioteca.
Actualmente, al seleccionar una biblioteca de la 1.x en la 2.x no aparece nada.
Realmente lo que debería pasar es que en la parte izquierda no debería aparecer ninguna biblioteca de la 1.x, pues realmente no se puede utilizar. Es decir, al usuario le da la sensación de que algo falla, porque selecciona y no aparecen los símbolos que deberían aparecer.
#4
Updated by Joaquín del Cerro Murciano almost 12 years ago
Para solucionar esto lo que haremos sera guardar en carpetas distintas los juegos de simbolos de la 1 y la 2, asi, no se mezclan y problema resuelto.
En la 2, podria ir a parar a
$HOME/gvSIG/plugins/org.gvsig.app/symbols
Nota para el desarrollador:
Podemos obtener esa carpeta con:
pluginsManager.getPlugin(InitializaApplicationExtension.class).getPluginHomeFolder()
Que nos dara "$HOME/gvSIG/plugins/org.gvsig.app/"
#5
Updated by Joaquín del Cerro Murciano over 11 years ago
- Target version changed from 2.0.0-rc1 to 2.0.0-final
#6
Updated by Joaquín del Cerro Murciano over 11 years ago
- Target version changed from 2.0.0-final to 2.0.0-rc3
#7
Updated by Juan Lucas Domínguez over 11 years ago
The library libFMap_mapcontext is also using a SymbolPreferences object:
In that case we cannot make it depend on InitializeApplicationExtension (appGvsig).
More suggestions?
#8
Updated by Juan Lucas Domínguez over 11 years ago
- Status changed from Awaiting response to Fixed
Changed symbols home path in gvSIG 2.0.0 to: [user.home]/gvSIG/plugins/org.gvsig.app/Symbols
gvsig-desktop:r39512
Added dependency (changed symbols home path in gvSIG 2.0.0)
gvsig-desktop:r39513
#9
Updated by Álvaro Anguix over 10 years ago
- Status changed from Fixed to Closed