gvSIG bugs #3238
Problemas con el JNumberSpinner y los valores decimales.
Status: | Closed | % Done: | 0% | |
---|---|---|---|---|
Priority: | Normal | Spent time: | - | |
Assignee: | - | |||
Category: | - | |||
Target version: | 2.2.0-2303 (rev. org.gvsig.desktop-2.0.90) | |||
Severity: | Minor | Add-on version: | ||
gvSIG version: | 2.1.0 | Add-on build: | ||
gvSIG build: | Add-on resolve version: | |||
Operative System: | Add-on resolve build: | |||
Keywords: | Proyecto: | |||
Has patch: | Hito: | |||
Add-on name: | Unknown |
Description
Cuando se le asigna al JNumberSpinner maximo y minimo Doubles o se le asigna el step (incremento) con decimales no deja cambiar el valor desde el interface de usuario, por ejemplo pulsando las flechitas.
Ahora mismo esta parcheado y combierte a enteros los valores de maximo, minimo y step para que funcione algo.
El parche esta aplicado en la clase JNumberSpinner en el metodo "init", hay puesto un comentario.
Se puede apreciar el error en:
- Herramientas->Simbolos->Explorar simbolos
- Seleccionar pestaña marcador
- Seleccionar gvSIG basic
- Seleccionar cualquiera, el primero por ejemplo "airfield"
- Pulsar el boton de propiedades
- El valor "ancho" tiene asignado un incremento de 0.5, si se elimina el parche que lo redondea a 1 en el JNumberSpinner deja de ir ese campo.
No tengo ni idea de por que no funciona con valores decimales el JSpinner.
Associated revisions
refs #3238 Arreglado para doubles
refs #3238
- Marcados como obsoletos los constructores de JNumberSpinner con String como value
- Sustituídos dichos constructores por el adecuado allí donde se utilizaban
- Añadido un valor para las columnas por defecto. Si se construía un JNumberSpinner sin inicializarle las columnas era inmensamente grande
History
#1 Updated by Francisco Díaz Carsí about 9 years ago
Lo he arreglado para que funcione con doubles, construyendo el modelo con los valores que le llegan al constructor.
He creado un método init simplificado solo para columnas y decimales.
He modificado también los constructores con int del mismo modo llamando al nuevo método init.
He mantenido el init viejo con tu parche para que pueda ser utilizado en los constructores con String.
No pongo a fixed el ticket porque quedarían estos para darlo por arreglado.
#2 Updated by Joaquín del Cerro Murciano about 9 years ago
- Target version changed from 2.2.0-2311-rc2 to 2.2.0-2303 (rev. org.gvsig.desktop-2.0.90)
- Assignee set to Francisco Díaz Carsí
Paco, repasa en tu workspace lo usos del constructor con String y veas de sustituirlo por el constructor con entero o double y pon como deprecated el constructor con string.
#3 Updated by Francisco Díaz Carsí about 9 years ago
- Target version changed from 2.2.0-2303 (rev. org.gvsig.desktop-2.0.90) to 2.2.0-2311-rc2
- Assignee deleted (
Francisco Díaz Carsí) - Status changed from New to Fixed
Hecho.
#4 Updated by Joaquín del Cerro Murciano about 9 years ago
- Target version changed from 2.2.0-2311-rc2 to 2.2.0-2303 (rev. org.gvsig.desktop-2.0.90)
#5 Updated by Álvaro Anguix about 9 years ago
- Status changed from Fixed to Closed