gvSIG feature requests #2686

Option to skip the decimal format inherited by the current locale

Added by Antonio Falciano almost 10 years ago. Updated over 9 years ago.

Status:Closed% Done:

0%

Priority:NormalSpent time:-
Assignee:Joaquín del Cerro Murciano
Category:-
Target version:2.1.0-2246-testing
gvSIG version:2.1.0 Add-on resolve version:
Keywords:locale, decimal, format Add-on resolve build:
Has patch: Proyecto:
Add-on name:Unknown Hito:
Add-on version:

Description

The decimal format of the table document cells is actually inherited by the gvSIG locale (see #2374).
I'm wondering if it's possible to add an option in Preferences in order to eventually skip this behaviour and restore the old one, e.g. 1234.56789 (using dot as decimal separator and without the thousands separator), based on Anglo-Saxon locales.

Related issues

Related to Application: gvSIG desktop - gvSIG bugs #2696: Double values parsable as integer are shown as integer in... Closed 07/21/2014
Related to Application: gvSIG desktop - gvSIG bugs #2697: InfoByPoint: decimal and value separators are the same Closed 07/21/2014
Related to Application: gvSIG desktop - gvSIG bugs #2591: Double fields appear always with precision 3 in tables Closed 06/24/2014
Related to Application: gvSIG desktop - gvSIG bugs #2759: Comportamiento extraño con fechas en el documento tabla. Closed 08/03/2014
Related to Application: gvSIG desktop - gvSIG feature requests #2592: Add a precision column in the Table properties Closed 06/24/2014

History

#1 Updated by Antonio Falciano almost 10 years ago

See also #2221 and #2358.

#2 Updated by Álvaro Anguix almost 10 years ago

  • Related to gvSIG bugs #2696: Double values parsable as integer are shown as integer in table documents added

#3 Updated by Álvaro Anguix almost 10 years ago

  • Related to gvSIG bugs #2697: InfoByPoint: decimal and value separators are the same added

#4 Updated by Joaquín del Cerro Murciano almost 10 years ago

  • Target version set to 2.1.0-2259-rc3
  • Assignee set to Joaquín del Cerro Murciano

#5 Updated by Joaquín del Cerro Murciano almost 10 years ago

  • Related to gvSIG bugs #2591: Double fields appear always with precision 3 in tables added

#6 Updated by Joaquín del Cerro Murciano over 9 years ago

  • Related to gvSIG bugs #2759: Comportamiento extraño con fechas en el documento tabla. added

#7 Updated by Joaquín del Cerro Murciano over 9 years ago

#8 Updated by Joaquín del Cerro Murciano over 9 years ago

  • Target version changed from 2.1.0-2259-rc3 to 2.1.0-2246-testing

#9 Updated by Joaquín del Cerro Murciano over 9 years ago

  • Status changed from New to Fixed

#10 Updated by Álvaro Anguix over 9 years ago

  • Status changed from Fixed to Closed

#11 Updated by Antonio Falciano over 9 years ago

I appreciate a lot the efforts of developers in order to make possible to customize the format/pattern in the tables, but this feature request was asking something different. Consider that a basic user could have serious difficulty to understand what a pattern is. So I would add in the Preferences tree a new Table entry, where the user can choose the format/pattern he/she likes in a user-friendly way. For instance, there could be the following options:

  • Default (use the system locale)
  • No formatter (old way, e.g. 1234.56789)
  • Custom

Then, under the "Custom" option something like:

  • Locale (combobox)
  • Thousands separator (combobox with the values: Yes, No)
  • Number of decimal digits (textbox)
  • Date pattern (combobox with all the available date patterns)

The combination of the first three values should define the pattern by code.

Also available in: Atom PDF