close Warning: Can't synchronize with repository "(default)" (/var/svn/tolp does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 13 years ago

Closed 13 years ago

#1591 closed doubt (fixed)

Fecha final por defecto (DefLast)

Reported by: imendez Owned by: Víctor de Buen Remiro
Priority: normal Milestone: Mantainance
Component: Kernel Version: 3.1
Severity: normal Keywords:
Cc:

Description (last modified by Víctor de Buen Remiro)

Hola, acabo de descargar la versión de TOL v3.1 p013 2012-07-04 09:27:59 i686-win y la fecha final por defecto (DefLast) toma el valor y2009m12d31.

Al ser anterior a la fecha actual (Today) me ha generado un problema. Posiblemente ese problema se podría haber evitado/previsto (de hecho ya lo he solucionado), pero ¿no sería aconsejable que esa fecha, por defecto, sea superior a la actual?

Un saludo.

Change History (1)

comment:1 Changed 13 years ago by Víctor de Buen Remiro

Description: modified (diff)
Resolution: → fixed
Status: new → closed

Las fechas por defecto programadas en el núcleo de TOL son el inicio y final del año en curso

    BDate::defaultFirst_ = BDate(DteToday().Year(), JANUARY,   1);
    BDate::defaultLast_  = BDate(DteToday().Year(), DECEMBER, 31);

Si tienes una fecha distinta a '2012-12-31' es porque la habías cambiado anteriormente, no tiene nada que ver con la versión de TOL.

Las fechas por defecto las puede cambiar el usuario cuando quiera a lo largo de la sesión y también guardarlas de una sesión para otra en el archivo de configuración local del usuario.

Si un proyecto depende de las fechas por defecto lo que hay que hacer es establecerlas al principio de la sesión, durante la carga del primer fichero del proyecto para asegurar que no va a funcionar distinto en cada máquina.

Note: See TracTickets for help on using tickets.