<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 23 February 2016 at 15:24,  <span dir="ltr"><<a href="mailto:wkitty42@windstream.net" target="_blank">wkitty42@windstream.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
is there something wrong with what is already available??</blockquote><div><br></div><div>Yes, as highlighted in my original post.<br><br>On 15 January 2016 at 21:23, Denis Kozlov wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Benefits of this directive:<br>
1) Access to build date/time in native TDateTime format. Existing {$I 
%DATE%} and {$I %TIME%} are inserted as strings in predefined format, 
parsing is required to extract date/time components or to reformat it.<br>
2) Atomic access to build date/time. Use of {$I %DATE%} and {$I %TIME%} 
can have undesired effect if {$I %DATE%} is executed at 2016-01-15 
23:59:59.999 and 1 ms later {$I %TIME%} is executed at 2016-01-16 
00:00:00.000. Resulting combination of two directive is 2016-01-15 
00:00:00, a day out of date.<br>
3) Search and replace of build date/time is no longer a trivial text editor operation.<br></blockquote><br><br> <br></div></div></div></div>