Quitar punto final del mes corto en FormatDateTime

[[rcarrillom]]

Generó debate el punto . Bien, como sugieren, revisaré la configuración regional del Windows y si no puedo ponerla a punto a las necesidades del usuario, ajustaré el FormatSettings al inicio de mi aplicación.

Como nota, no había visto nunca en ninguna versión de Windows con la configuración regional de México la inclusión del punto, he programado en casi todos los Windows excepto el 8 y no, no había punto.

Gracias a todos.

[roman]

Empezado por rcarrillom

revisaré la configuración regional del Windows y si no puedo ponerla a punto a las necesidades del usuario, ajustaré el FormatSettings al inicio de mi aplicación.

No deberías cambiar la configuración regional del usuario, sólo cambiar el FormatSettings.

Empezado por rcarrillom

no había visto nunca en ninguna versión de Windows con la configuración regional de México la inclusión del punto, he programado en casi todos los Windows excepto el 8 y no, no había punto.

Juraría que yo tampoco, pero ya ves estos chicos de Microsoft

LineComment Saludos

[[Delphius]]

Empezado por rcarrillom

Generó debate el punto . Bien, como sugieren, revisaré la configuración regional del Windows y si no puedo ponerla a punto a las necesidades del usuario, ajustaré el FormatSettings al inicio de mi aplicación.

Como nota, no había visto nunca en ninguna versión de Windows con la configuración regional de México la inclusión del punto, he programado en casi todos los Windows excepto el 8 y no, no había punto.

Gracias a todos.

Es que está mal cambiar la configuración regional. Uno en todo caso debe aplicar su propia configuración dentro del sistema, que como ha dicho roman se puede hacer sobreescribiendo las variables globales (que por defecto asumen el mismo valor de la configuración regional) o bien (y que es lo más apropiado) tener una instancia propia de TFormatSettings ya con los formatos adecuados y esperados para nuestra aplicación.

Si alteras la configuración regional es posible que otras aplicaciones tengan dificultades para funcionar correctamente.

Saludos,

[[rcarrillom]]

Empezado por Delphius

Es que está mal cambiar la configuración regional. Uno en todo caso debe aplicar su propia configuración dentro del sistema, que como ha dicho roman se puede hacer sobreescribiendo las variables globales (que por defecto asumen el mismo valor de la configuración regional) o bien (y que es lo más apropiado) tener una instancia propia de TFormatSettings ya con los formatos adecuados y esperados para nuestra aplicación.

Si alteras la configuración regional es posible que otras aplicaciones tengan dificultades para funcionar correctamente.

Saludos,

Así es, dentro de Windows 10 no he encontrado dónde modificar los nombres a pelo y sé que no es conveniente, el enfoque que siempre he usado en cambiar el FormatSettings en mi aplicación. También opino que es una reverenda estupidez cambiar los formatos o valores de fecha y hora sin aviso, hay que poner una queja ante M$....

En mi caso me afecta porque el sistema en el que trabajo usa tickets, es un POS, y un solo caracter extra nos ha movido renglones y obviamente quejas de los usuarios inconformes con el punto, pero ya está solucionado, gracias a todos.

[[Al González]]

Yo también omito el punto en estos casos, pues la abreviatura del mes dentro de ese formato de fecha es casi un símbolo.

Como dato anecdótico, en alguna otra versión de Windows aparecían los nombres de los meses con inicial mayúscula, lo cual era incorrecto y había que hacer ajustes también (coloco un antiguo extracto de código):

Código Delphi [-]
  If SysLocale.PriLangID = lang_Spanish Then
  Begin
    { NOTE: In Spanish, the names of days and months are written with
      lower case initial.  There is a possible related bug in Windows. }
    ghENSetLower (LongMonthNames);
    ghENSetLower (ShortMonthNames);
    ghENSetLower (LongDayNames);
    ghENSetLower (ShortDayNames);
  End;

Moraleja: Nunca dejes nada serio en manos de la configuración regional del sistema operativo.

Un breve abrazo.

Al González.

[[rcarrillom]]

En efecto Al, no se puede confiar en la configuración predeterminada de Windows, ni en el programador anterior , menuda sorpresa que me dí cuando vi el maldito punto en las PCs clientes con Windows 10 y más que no me gusta nada la interface plana imitando a una tablet pero en una pc de Escritorio, cuestión de gustos personales.

El programador anterior, practicante, becario o como se le llame en los diferentes países (al parecer no había terminado los estudios universitarios y sus conocimientos de Delphi eran los de un semestre, que estoy seguro era Visual Studio el lenguaje principal), se basó en los colores de windows xp para "dar notoriedad" a los textos de los botones, específicamente usó clActiveCaption, en XP se ven bonitos los textos en azul chillante, pero en Windows 10 parece que el botón está deshabilitado con el tono de color... al parecer gris claro, gracias a esto, la correccion de detalles visuales y mejoras a nivel código superan en inversion de tiempo a la implementacion de nuevas funcionalidades que requieren se arreglen antes ciertos detalles... uff, sale mas barato en tiempo hacer uno nuevo que corregir el actual, pero bueno, hoy el punto ha sido eliminado

[[Al González]]

Un problema menos, Ricardo. Mantennos al tanto de ese código legado, que es un área de mi agrado cuando se trata de código Delphi.

Por cierto, no deja de sorprenderme el uso del parámetro universitario para inferir o justificar la pericia o impericia de una persona en el área del desarrollo de software.