Subject | Re: [IBO] TDateTimeEnh showing time edits |
---|---|
Author | Geoff Worboys |
Post date | 2007-04-24T11:01:47Z |
Hi Paul,
NOTIME
column attribute for domain or field names, as a way to
tell IBO that certain domains or field names have no time (and
are therefore DateOnly fields). This I believe is both the
easiest and BEST way to resolve your problem. (It has been in
IBO for a long time as a way to work around the limitations of
dialect 1 date types.)
Using that column attribute tells various parts of IBO (and my
Enh code) that a column is a date only - and so stops it
attempt to deal with the time.
Your alternative is to edit Telesis_IB_DateTimeEnh.pas and
find: procedure TIB_CustomDateTimeEnh.SysStateChanged;
You should see in there the code that adapts the DateOptions
according to the data type and string. Comment out that
code and I think all should return to as it was (just watch
out to resync your changes when you get updates... not that
they are happening very often these days).
I am reluctant to remove the specialisation in Enh, because
that would make the automation unavailable to those that do
tell IBO whether a dialect 1 DATE field is date only.
--
Geoff Worboys
Telesis Computing
> I'm using dialect 1 so fields defined as DATE act as (or IBOI believe you can use the:
> interprets as) TIMESTAMP :-/
NOTIME
column attribute for domain or field names, as a way to
tell IBO that certain domains or field names have no time (and
are therefore DateOnly fields). This I believe is both the
easiest and BEST way to resolve your problem. (It has been in
IBO for a long time as a way to work around the limitations of
dialect 1 date types.)
Using that column attribute tells various parts of IBO (and my
Enh code) that a column is a date only - and so stops it
attempt to deal with the time.
Your alternative is to edit Telesis_IB_DateTimeEnh.pas and
find: procedure TIB_CustomDateTimeEnh.SysStateChanged;
You should see in there the code that adapts the DateOptions
according to the data type and string. Comment out that
code and I think all should return to as it was (just watch
out to resync your changes when you get updates... not that
they are happening very often these days).
I am reluctant to remove the specialisation in Enh, because
that would make the automation unavailable to those that do
tell IBO whether a dialect 1 DATE field is date only.
--
Geoff Worboys
Telesis Computing