Am 19.06.2023 um 21:30 schrieb R. H. van der Gaag <rhvanderg...@gmail.com>: > > On 19 Jun 2023, at 18:46, Richard Kimberly Heck <rikih...@gmail.com> wrote: >> >> On 6/19/23 09:36, R. H. van der Gaag wrote: >>> >>> Thanks for checking. Insert date gives the correct (Dutch) time here, too. >>> But the time stamps added to the LaTeX preview are always exactly two hours >>> behind. A riddle. >> >> Two hours behind sounds like UCT (GMT). European time is one hour ahead but >> then another hour for daylight savings. I suspect that your system clock is >> set for UCT, which is what LaTeX is picking up. >> >> I've had similar problems on a Windows system. > > My macOS preferences say "Central European Summer Time" and in the terminal I > get > > rh@iMac ~ % date > Mon Jun 19 21:27:10 CEST 2023 > > It remains a mystery, then, where LyX or LaTeX gets its UCT/GMT time from. > Should I worry about this possibly messing up sync?
Which sync you’re referring to? I’ve read the code for change tracking in LyX and IMO its as follows: 1. LyX saves the timestamp to the document file as Unix timestamp. No timezone involved. (*) 2. LyX converts this timestamp to string presentation via gmtime(3) and asctime(3). No timezone involved again. IMO there is no sync problem in LyX documents. The saved timestamp is always w/o timezone. The timestamps in LaTeX export file should be interpreted as UTC. (*) Others problems are implied: 1. Unix time_t doesn’t consider leap seconds. 2. On 32-bit systems the time ends on January 19, 2038. Stephan -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users